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。 代码 生成 的 应 用 工具 ( 独立 应 用 ) 。 如 何 实现 可 配置 


。 日 志 管 理 平台 ( 来 自 于 基础 平台 ) 。 如 何 实现 同时 支持 数据 库 和 文件 存储 的 日 志 管 理 
。 缓存 管理 ( 来 自 于 基础 平台 ) 。 如何 实现 缓存 以 及 缓存 的 管理 

。 订 单 处 理 ( 来 自 于 CRM 系 统 ) 。 如 何 实现 用 缓存 来 控制 多 实例 的 创建 

。 导出 数据 的 应 用 框架 ( 来 自 于 SCM ) 。 如 何 处 理 平行 功能 

。 组 织 机 构 管理 ( 来 自 于 基础 平台 ) 。 如 何 实现 参数 化 工厂 


。 大 数据 量 访问 ( 很 多 系统 都 有 ) 
。 水 质 监测 系统 ( 独立 应 用 ) 
。 工资 管理 ( 来 自 于 HRM 系 统 ) 


。 如 何 应 用 工厂 实现 DAO 
。 如 何 实现 可 扩展 工厂 


。 商 品 管理 ( 来 自 于 电子 商务 系统 ) i 
。 登 录 控制 ( 来 自 于 OA 系统 ) 。 如 何 实现 Java 的 静态 代理 和 动态 代理 
。 报 价 管理 ( 来 自 于 CRM 系 统 ) 。 如 何 实现 多 线程 处 理 队 列 请 求 
。 在 线 投票 系统 ( 来 自 于 OA 系统 ) 。 如 何 实现 命令 的 参数 化 配置 、 可 撤销 的 操作 、 宏 命令 、 
。 仿 真 系统 ( 来 自 于 WorkFlow 系 统 ) 队列 请 求 和 日 志 请 求 
。 权 限 管理 ( 来 自 于 基础 平台 ) 。 如 何 实现 双向 迭代 
。 配 置 文件 管理 ( 来 自 于 基础 平台 ) 。 如 何 实现 带 策 略 的 迭代 器 
。 奖 金 核算 系统 ( 来 自 于 HRM 系 统 ) 。 如何 实现 翻 页 迭代 
。 费 用 报销 管理 ( 来 自 于 OA 系统 ) 。 如 何 实现 树 状 结构 和 父 组 件 引用 
。 客 户 管理 ( 来 自 于 CRM 系 统 ) 。 如 何 检测 环 状 结构 
。 如 何 实现 通用 的 增删 改 查 
JavaEye 设 计 模式 类 第 一 名 博 ， 。 如 何 实现 容错 恢复 机 制 
开 博 60 天 即 芍 断 Javaeye 年 度 设计 。 如 何 模拟 工作 流 来 处 理 流程 


模式 排行 TOP10。 


。 如 何 实现 对 象 实例 池 

。 如 何 实现 自 定义 语言 的 解析 

。 如 何 实现 简单 又 通用 的 XML 读 取 

。 如 何 实现 功能 链 ， 实 现 类 似 于 Web 开 发 中 Filter 的 功能 
。 如 何 实现 模拟 AOP 的 功能 

。 如 何 为 系统 加 入 权限 控制 

。 如何 自 定义 MO 装饰 器 

。 如何 实现 通用 请 求 处 理 框架 
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内 容 简 介 


本 书 完整 覆盖 GoF 讲述 的 23 个 设计 模式 并 加 以 细 细 研磨 。 初 级 内 容 从 基本 讲 起 , 包括 每 个 模式 的 定 
义 、 功 能 、 思 路 、 结 构 、 基 本 实现 、 运 行 调用 硕 序 、 基 本 应 用 示例 等 ， 让 读者 能 系统 、 完 整 、 准 确 地 掌握 
每 个 模式 ， 培 养 正确 的 “设计 观 ”; 中 高 级 内 容 则 深入 探讨 如 何 理解 这 些 模 式 ， 包 括 模式 中 蕴涵 什么 样 的 
设计 思想 ， 模 式 的 本 质 是 什么 ， 模 式 如 何 结合 实际 应 用 ， 模 式 的 优 缺 点 以 及 与 其 他 模式 的 关系 等 ， 以 期 让 
读者 尽量 去 理解 和 掌握 每 个 设计 模式 的 精髓 所 在 。 

本 书 在 内 容 上 深入 、 技 术 上 实用 ， 和 实际 开发 结合 程度 很 高 ， 书 中 大 部 分 的 示例 程序 都 是 从 实际 项 
目 中 简化 而 来 ， 因 此 很 多 例子 都 可 以 直接 拿 到 实际 项 目 中 使 用 。 如 果 你 想 要 深入 透彻 地 理解 和 掌握 设计 模 
式 ， 并 期 望 能 真正 把 设计 模式 应 用 到 项 目 中 去 ， 那 么 这 是 你 不 可 错过 的 一 本 好 书 。 

本 书 难 度 为 初级 到 中 级 ， 适 合 于 所 有 开发 人 员 、 设 计 人 员 或 者 即将 成 为 开发 人 员 的 朋友 。 也 可 以 作 
为 高 校 学 生 深 入 学 习 设 计 模 式 的 参考 读物 。 


本 书 封面 贴 有 清华 大 学 出 版 社 防 伪 标 签 ， 无 标签 者 不 得 销售 。 
版 权 所 有 ， 侵 权 必 究 。 侵 权 举 报 电话 : 010-62782989 13701121933 
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创作 背景 


软件 开发 越 来 越 复杂 ， 对 软件 设计 的 要 求 也 越 来 越 高 ， 而 软件 设计 和 架构 的 入 门 功 
夫 就 是 深入 理解 和 掌握 设计 模式 。 因 此 ， 设 计 模式 的 重要 性 不 言 而 喻 。 

很 多 朋友 认识 到 了 设计 模式 的 重要 性 ， 也 看 了 很 多 的 书籍 和 资料 ， 但 是 ， 常 听 到 这 
样 的 抱怨 : “设计 模式 的 书 我 看 了 不 少 ， 觉 得 都 看 懂 了 ， 就 是 不 知道 在 实际 开发 中 怎么 
运用 这 些 设计 模式 ”， 从 而 认为 设计 模式 是 “看 上 去 很 美的 花 拳 绣 腿 ”。 

其 实 不 然 ， 造 成 这 种 情况 的 原因 就 在 于 : 这 些 朋 友 对 设计 模式 的 理解 不 到 位 ， 自 己 
感觉 懂 了 ， 其 实 还 差 很 远 ， 并 没有 “真正 ”理解 和 掌握 设计 模式 。 

市 面 上 有 不 少 设计 模式 方面 的 书籍 ， 但 对 一 般 的 学 习 者 而 言 ， 要 么 是 太 深 ， 看 得 云 
里 雾 里 的 ， 比 如 GoF 的 著作 《设计 模式 一 一 可 复 用 面向 对 象 软件 的 基础 》， 很 经 典 ， 但 
是 能 吃透 的 人 少 ， 要 么 就 是 太 浅 ， 看 了 跟 没 看 差不多 ， 也 就 是 介绍 一 下 每 个 设计 模式 ， 
告诉 你 这 就 是 某 某 设计 模式 ， 虽 然 语 言 很 生动 但 是 实在 没 货 ， 看 完 也 不 知道 怎么 运用 ， 
就 像 是 带领 大 家 摸 到 了 设计 模式 的 大 门口 ， 却 不 告诉 你 怎么 进去 一 样 ， 其 根本 原因 还 是 
讲 得 太 浅 ， 跟 实际 的 应 用 有 太 大 的 差距 。 

对 于 所 有 想 要 真正 理解 和 掌握 设计 模式 的 朋友 ， 其 实 需要 这 样 的 书籍 ; 

a ”理论 全 面 、 准 确 ， 难 度 适中 ; 

m ”讲解 深入 浅 出 、 浅 显 易 懂 ; 

= ”理论 联系 实际 应 用 ， 对 于 隐 涩 的 理论 ， 应 有 相应 的 示例 ; 

m ”示例 最 好 来 自 实际 应 用 ， 而 不 是 来 自 虚拟 的 场景 ; 

s ”示例 最 好 相对 完整 ， 而 不 是 片段 代码 ， 以 利于 学 习 和 应 用 。 

这 也 是 本 书写 作 的 目的 ， 希 望 能 够 帮助 更 多 的 朋友 早日 修成 设计 模式 的 正果 。 

经 过 多 年 的 准备 和 一 年 的 写作 ， 以 及 各 层次 读者 的 多 轮 试 读 意 见 和 建议 汇总 ， 最 终 
成 书 ， 我 们 可 以 这 样 说 : 这 是 一 本 诚意 十 足 的 书 ， 敬 请 您 的 评 鉴 ! 

本 书 的 试 读 人 员 包 括 : 从 还 没有 参加 工作 的 学 生 ， 一 直到 工作 7 年 的 人 员 ; 职务 覆 
盖 普 通 的 程序 员 、 项 目 经 理 、 高 级 系统 架构 师 、 技 术 部 的 经 理 ， 两 位 作者 本 身 从 事 开 发 
工作 的 年 限 ， 一 位 超过 10 年 ， 一 位 超过 5 年 。 

试 读 的 结果 : 工作 经 验 在 1 年 以 下 的 朋友 ， 能 正常 理解 和 掌握 初级 部 分 的 内 容 ， 能 
部 分 理解 中 高 级 部 分 的 内 容 ， 工 作 经 验 在 1~2 年 的 朋友 ， 基 本 上 能 全 面 理解 ， 但 是 领悟 
尚 有 不 足 ， 工 作 经 验 在 2~5 年 的 朋友 ,能够 正常 理解 和 掌握 ， 基 本 达到 本 书写 作 的 意图 ; 
工作 经 验 在 5 年 以 上 的 朋友 ， 主 要 是 弥补 以 前 较 少 用 到 的 部 分 ， 使 知识 更 加 系统 化 和 全 





面 化 ， 另 外 把 本 书 当 作 一 本 工具 参考 书 ， 案 头 必 备 。 
本 书 内 容 


本 书 完整 覆盖 GoF 的 著作 《设计 模式 
的 23 个 设计 模式 。 
sm ”初级 内 容 ， 从 基本 讲 起 ， 包 括 每 个 模式 的 定义 、 功 能 、 思 路 、 结 构 、 基 本 实现 、 
运行 调用 顺序 、 基 本 应 用 示例 等 ， 让 读者 能 系统 、 完 整 、 准 确 地 掌握 每 个 模式 ， 
培养 正确 的 “设计 观 ”。 
sa ”中 高 级 内 容 ， 深入 探讨 如 何 理解 这 些 模 式 、 模 式 中 蕴涵 什么 样 的 设计 思想 、 模 
式 的 本 质 是 什么 、 模 式 如 何 结合 实际 应 用 、 模 式 的 优 缺 点 ， 以 及 和 其 他 模式 的 
关系 等 ， 以 期 让 读者 尽量 去 理解 和 掌握 每 个 设计 模式 的 精 钥 所 在 。 
本 书 在 内 容 上 深入 、 技 术 上 实用 ， 和 实际 开发 结合 程度 很 高 ， 书 中 大 部 分 的 示例 程 
序 都 是 从 实际 项 目 中 简化 而 来 ， 因 此 很 多 例子 都 可 以 直接 拿 到 实际 项 目 中 使 用 。 如 果 你 
想 要 深入 透彻 地 理解 和 掌握 设计 模式 ， 并 期 望 能 真正 把 设计 模式 应 用 到 项 目 中 去 ， 那 么 
这 是 你 不 可 错过 的 一 本 好 书 。 


本 书 特色 


a ”本 书 有 很 多 独到 的 见解 和 精辟 的 总 结 , 能 写 出 一 些 人 所 不 敢 写 、 不 能 写 的 内 容 ， 
是 一 本 “真正 有 货 ” 的 书 。 
s ”本 书 大 部 分 示例 程序 都 来 自 真实 的 项 目 应 用 ， 让 你 真正 理解 和 掌握 设计 模式 ， 
尽量 做 到 “从 实际 项 目 中 来 ， 再 应 用 到 实际 项 目 中 去 ”。 
。 ”本 书 涉及 的 实际 应 用 ， 包 含 但 不 限于 : 
4 ”代码 生成 的 应 用 工具 独立 应 用 〉; 
* 日 志 管理 平台 〈 来 自 于 基础 平台 ) ; 
。 ”缓存 管理 (来 自 于 基础 平台 ); 
4 ”订单 处 理 (来 自 于 CRM 系统 ); 
4 ”导出 数据 的 应 用 框架 (来自 于 SCM) ; 
。 ”组 织 机 构 管理 (来 自 于 基础 平台 ):; 
se ”大 数据 量 访问 (很 多 系统 都 有 ); 
4 ”水 质 监 测 系统 (独立 应 用 〉; 
。 ”工资 管理 (来 自 于 HRM 系统 ) ; 
* ”商品 管理 (来 自 于 电子 商务 系统 ); 
e ”登录 控制 (来 自 于 OA 系统 ) ; 
。 ”报价 管理 (来 自 于 CRM 系统 ) ; 
。 ”在 线 投票 系统 (来 自 于 OA 系统 ) ; 





可 复 用 面向 对 象 软件 的 基础 》 一 书 所 讲述 





. 
- 


说 明 : 





仿真 系统 (来 自 于 WorkFlow 系统 ) ; 

权限 管理 (来 自 于 基础 平台 〉; 

配置 文件 管理 (来 自 于 基础 平台 〉; 

奖金 核算 系统 (来 自 于 HRM 系统 ) ; 

费用 报销 管理 (来 自 于 OA 系统 ) ，; 

客户 管理 (来 自 于 CRM 系统 ) 。 
OA (Office Automation〉 办 公 自 动 化 
CRM (Customer Relationship Management) 客户 关系 管理 
HRM (Human Resource Management) 人 力 资源 管理 
SCM (Supply Chain Management) 供应 链 管理 
WorkFlow 工作 流 


m ”本 书 探讨 了 很 多 应 用 设计 模式 来 解决 实际 项 目 中 的 问题 
本 书 涉及 的 实际 问题 ， 包 含 但 不 限于 : 


如 何 实 现 可 配置 ; 

如 何 实 现 同 时 支持 数据 库 和 文件 存储 的 日 志 管 理 ; 
如 何 实现 缓存 以 及 缓存 的 管理 ; 

如 何 实现 用 缓存 来 控制 多 实例 的 创建 ; 
如 何 处 理 平 行 功能 ; 

如 何 实现 参数 化 工厂 ; 

如 何 应 用 工厂 实现 DAO; 

如 何 实现 可 扩展 工厂 ; 

如 何 实现 原型 管理 器 ; 

如 何 实现 Java 的 静态 代理 和 动态 代理 ; 
如 何 实现 多 线程 处 理 队 列 请 求 ; 

如 何 实现 命令 的 参数 化 配置 、 可 撤销 的 操作 、 宏 命令 、 队 列 请 求 和 日 志 请 
求 ; 

如 何 实现 双向 迭代 ; 

如 何 实现 带 策略 的 迭代 器 ; 

如 何 实现 翻 页 迭代 ; 

如 何 实现 树 状 结构 和 父 组 件 引 用 ; 

如 何 检测 环 状 结构 ; 

如 何 实 现 通 用 的 增删 改 查 ; 

如 何 实现 容错 恢复 机 制 ; 

如 何 模 拟 工作 流 来 处 理 流程 ; 





* ”如 何 实现 对 象 实例 池 ; 
* ”如 何 实现 自 定义 语言 的 解析 ; 
* ”如 何 实现 既 简单 又 通用 的 XML 读 取 ; 
。 ”如 何 实现 功能 链 ， 实 现 类 似 于 Web 开发 中 Filter 的 功能 ; 
。 ”如 何 实现 模拟 AOP 的 功能 ; 
se ”如 何 为 系统 加 入 权限 控制 ; 
。* ”如 何 自 定义 IO 装饰 器 ; 
。 ”如 何 实现 通用 请 求 处 理 框架 。 
a ”本 书 的 示例 程序 基本 上 都 是 带 着 客户 端 测试 代码 的 ， 可 直接 运行 ， 不 是 片段 代 
码 ， 更 有 利于 大 家 整体 学 习 和 理解 。 


读者 定位 


本 书 难度 为 初级 到 中 级 ， 适 合 于 所 有 开发 人 员 、 设 计 人 员 或 者 即将 成 为 开发 人 员 的 
朋友 ; 也 可 以 作为 高 校 学 生 深 入 学 习 设计 模式 的 参考 读物 。 

我 们 强烈 建议 您 认真 阅读 和 学 习 本 书 的 内 容 ， 全 面 、 准 确 、 深 入 、 实 用 的 内 容 定 会 
有 助 于 您 凤凰 涅 盘 般 地 实现 技术 升华 ， 请 相信 。 
阅读 指南 

本 书 假 定 您 懂 一 些 基 本 的 Java 知识 ， 并 具备 一 定 的 开发 经 验 。 

1. 对 于 初学 设计 模式 的 朋友 

如 果 对 常见 面向 对 象 的 设计 原则 不 太 熟 悉 的 话 ， 请 先 参看 附录 A。 

如 果 对 UML 不 太 熟 悉 的 话 ， 请 先 参看 附录 B。 

然后 开始 看 第 1 章 ， 学 习 设 计 模式 的 一 些 基础 知识 ， 了 解 本 书 的 整体 大 纲 。 

接 下 来 就 可 以 从 前 到 后 ， 循 序 渐进 地 学 习 每 个 设计 模式 。 对 每 个 模式 建议 先 认 真 学 
习 场 景 问题 和 解决 方案 两 个 部 分 ， 切 实 掌握 每 个 模式 标准 的 结构 、 实 现 和 基本 的 应 用 。 
对 于 模式 讲解 中 简单 的 内 容 也 可 以 先 看 ， 但 是 对 于 后 面 较为 复杂 的 内 容 ， 可 以 先 不 看 ， 
等 到 技术 和 经 验 积累 到 一 定 程度 的 时 候 ， 再 循序 渐进 地 向 后 学 习 。 

2. 对 于 已 有 一 定 的 开发 经 验 和 设计 经 验 的 朋友 

首先 应 该 从 场景 问题 和 解决 方案 看 起 ， 对 于 其 中 已 会 的 内 容 权 当 复习 ， 对 于 不 会 的 
内 容 ， 相 当 于 是 在 查 漏 补缺 ， 先 把 基础 部 分 夯 得 全 面 、 扎 实 。 

然后 再 认真 学 习 模式 讲解 部 分 ， 并 结合 实际 的 开发 经 验 来 思考 ， 看 看 如 何 应 用 模式 


来 解决 实际 问题 、 如 何 把 模式 应 用 到 实际 的 项 目 中 去 ， 再 深入 地 思考 模式 的 本 质 和 设计 
思想 ， 掌 握 模式 的 精髓 ， 这 样 才 能 真正 做 到 在 实际 开发 中 自如 地 应 用 设计 模式 。 


3. 对 所 有 的 朋友 

这 不 是 一 本 随便 看 看 ， 读 完 一 遍 就 可 以 扔 掉 的 书籍 ， 需 要 反复 研读 。 因 此 ， 第 一 次 
阅读 本 书 时 ， 如 果 发 现 有 些 不 理解 的 内 容 也 不 要 紧 ， 可 以 在 今后 的 学 习 和 工作 中 ， 反 复 
参阅 本 书 ， 以 加 深 对 设计 模式 的 理解 ， 获 取 设 计 灵 感 ， 并 把 设计 模式 切实 应 用 到 实际 项 
目 中 去 。 

4. 善意 提醒 

在 实际 开发 和 设计 中 ， 要 遵循 简单 设计 的 原则 ， 不 要 为 了 模式 而 模式 ， 不 要 过 度 设 
计 ， 要 在 合适 的 地 方 应 用 合适 的 设计 模式 来 解决 问题 。 


这 对 于 初学 者 尤其 要 注意 ， 因 为 刚 学 会 一 个 东西 ， 总 是 跃跃欲试 ， 急 于 一 显 身 手 ， 
往往 容易 造成 设计 模式 的 误 用 。 


本 书 约定 


1. 本 书 的 知识 边界 

由 于 关于 设计 的 知识 过 于 博大 精深 ， 因 此 本 书 “ 集 中 火力 ”， 重 点 讲述 GoF 著作 中 
涉及 的 23 个 设计 模式 本 身 ， 以 及 和 这 些 设 计 模式 相关 的 应 用 内 容 。 

没有 过 多 涉及 : 面向 对 象 设计 原则 、 重 构 、 系 统 架 构 设计 、JavaEE〈 原 J2EE， 也 有 
简写 成 JEE) 设计 模式 或 是 其 他 分 类 的 设计 模式 〈 如 EJB 设计 模式 ) 等 内 容 ， 原 因 可 以 
参见 附录 A。 也 没有 过 多 讲述 UML， 有 需要 的 朋友 请 参看 附录 B。 

对 于 每 章 涉 及 的 实际 应 用 ， 描 述 也 非常 简略 ， 只 抽取 讲述 模式 需要 的 一 点 东西 。 因 
为 这 些 实际 应 用 的 东西 ， 对 于 有 相应 开发 经 验 的 朋友 多 说 无 益 ， 一 提 就 明白 ; 对 于 没有 
相应 经 验 的 朋友 ， 多 讲 一 点 也 未 见得 能 多 明白 多 少 ， 反 而 冲淡 了 设计 模式 这 个 主题 。 

2. 本 书 的 示例 和 代码 

本 书 的 示例 虽然 大 都 来 自 实 际 应 用 ， 但 是 经 过 相当 的 删除 简化 和 重新 组 合 ， 另 外 一 
点 ， 为 了 突出 设计 模式 这 个 主题 ， 因 此 代码 并 不 是 按照 实际 应 用 那样 来 严格 要 求 ， 很 多 
例外 处 理 、 数 据 检 测 等 都 没有 做 ， 逻 辑 也 未 见得 那么 严密 ; 还 有 一 点 ， 在 实际 的 开发 中 ， 
很 可 能 是 多 个 模式 组 合 来 实现 某 个 功能 ， 但 是 本 书 为 了 示例 某 个 模式 ， 让 重点 突出 而 避 
免 读 者 迷惑 ， 会 选择 重点 示例 某 个 模式 的 用 法 ， 而 简化 或 去 掉 其 他 模式 。 


如 果 要 把 这 些 示例 代码 在 实际 应 用 中 使 用 ， 还 需要 对 这 些 代 码 进行 加 工 ， 使 其 更 加 
严谨 ， 才 能 达到 工业 级 的 要 求 。 
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1.1 设计 模式 是 什么 
1.1.1 什么 是 模式 
从 字面 上 理解 ， 模 ， 就 是 模型 、 模 板 的 意思 ;， 式 ， 就 是 方式 、 方 法 的 意思 。 综 合 起 
来 ， 所 谓 模式 就 是 ， 可 以 作为 模型 或 模板 的 方式 或 方法 。 再 简单 点 说 就 是 可 以 用 来 作为 
样板 的 方式 或 方法 ， 类 似 于 大 家 所 熟悉 的 范例 。 
1.1.2 设计 模式 的 概念 


按照 上 面 的 理解 ， 设 计 模 式 指 的 就 是 设计 方面 的 模板 ， 也 即 设计 方面 的 方式 或 方法 。 


设计 模式 : 是 指 在 软件 开发 中 ， 经 过 验证 的 ， 用 于 解决 在 特定 环境 下 、 重 复出 现 


的 、 特 定 问 题 的 解决 方案 。 





1. 设计 模式 是 解决 方案 

根据 上 面 对 设 计 模 式 的 定义 可 以 看 出 ， 归 根 结 底 ， 设 计 模 式 就 是 一 些 解决 方案 。 

所 谓 解决 方案 ， 就 是 解决 办 法 ， 亦 即 是 解决 问题 的 方式 或 方法 。 通常 所 说 的 方案 书 ， 
就 是 把 解决 方法 文档 化 后 形成 的 文档 。 

那么 ， 能 不 能 反 过 来 说 : 解决 方案 就 是 设计 模式 呢 ? 很 明显 是 不 行 的 。 为 什么 呢 ? 
因为 在 解决 方案 之 前 还 有 一 些 定语 ， 只 有 满足 这 些 条 件 的 解决 方案 才 被 称 为 设计 模式 。 

下 面 就 一 个 个 来 看 。 

2. 设计 模式 是 特定 问题 的 解决 方案 

为 什么 要 限制 设计 模式 是 “特定 问题 ”的 解决 方案 呢 ? 

限制 “特定 问题 ”， 说 明 设 计 模 式 不 是 什么 万 能 灵 药 ， 并 不 是 什么 问题 都 能 解决 ， 
通常 一 个 设计 模式 仅仅 解决 某 个 或 某 些 特定 的 问题 ， 并 不 能 包 治 百 病 。 

因此 不 要 迷信 设计 模式 ,也 不 要 泛滥 使 用 设计 模式 , 设计 模式 解决 不 了 那么 多 问题 ， 
它 只 是 解决 “特定 问题 ”的 解决 方案 。 

3. 设计 模式 是 重复 出 现 的、 特定 问题 的 解决 方案 

那么 为 何 要 这 些 特定 问题 是 “重复 出 现 ” 的 呢 ? 

只 有 这 些 特定 问题 “重复 出 现 ”， 那 么 为 这 些 问题 总 结 解决 方案 才 是 有 意义 的 行为 。 
因为 只 有 总 结 了 这 些 问题 的 解决 方案 ， 当 这 些 问题 再 次 出 现 的 时 候 ， 就 可 以 复 用 这 些 解 
决 方案 ， 而 不 用 从 头 来 寻求 解决 办 法 了 。 

4. 设计 模式 是 用 于 解决 在 特定 环境 下 、 重 复出 现 的 、 特 定 问题 的 解决 方案 

为 什么 要 限制 在 “特定 环境 下 ” 呢 ? 

任何 问题 的 出 现 都 是 有 场景 的 ， 不 能 脱离 环境 去 讨论 对 问题 的 解决 办 法 ， 因 为 不 同 
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环境 下 ， 就 算是 相同 的 问题 ， 解 决 办 法 也 不 一 定 是 一 样 的 。 

5. 设计 模式 是 经 过 验证 的 ， 用 于 解决 在 特定 环境 下 、 重 复出 现 的 、 特 定 问题 的 解决 方 
案 , 为 什么 要 限制 是 “经 过 验证 的 ” 呢 ? 

每 个 人 都 可 以 总 结 一 些 用 于 解决 在 特定 环境 下 、 重复 出现 的 、 特定 问题 的 解决 方案 ， 
但 并 不 是 每 个 人 总 结 的 解决 方案 都 算得 上 是 设计 模式 ， 这 些 解 决 方案 应 该 要 有 足够 的 应 
用 来 验证 ， 并 得 到 大 家 的 认可 和 公认 。 只 有 经 过 验证 的 解决 方案 才 算 得 上 是 设计 模式 。 

没有 得 到 验证 的 解决 方案 ， 假 如 也 算 设计 模式 而 被 大 家 大 量 复 用 的 话 ， 万 一 这 个 方 
案 有 问题 呢 ? 那么 所 有 应 用 它 的 地 方 都 会 出 错 ， 都 应 该 修改 ， 这 种 复 用 还 不 如 不 用 呢 。 

6. 为 何 要 强调 “在 软件 开发 中 ” 

原因 很 简单 ， 因 为 接 下 来 要 讨论 的 内 容 ， 就 是 软件 开发 中 的 设计 模式 ， 因 此 这 里 限 
制 “ 在 软件 开发 中 ”。 


2 并 不 能 说 设计 模式 是 软件 行业 独 有 的 ， 事 实 上 ， 很 多 行业 都 有 自己 的 设计 模式 。 





1.1.3 设计 模式 的 理解 


通过 上 面 对 设 计 模 式 概念 的 讲述 ， 可 以 看 出 ， 设 计 模 式 也 没有 什么 神奇 之 处 ， 下 面 
对 设计 模式 再 做 几 点 说 明 ， 使 读者 进一步 理解 它 。 

sm ”设计 模式 是 解决 菜 些 问题 的 办 法 。 
要 理解 和 掌握 设计 模式 ， 其 重心 就 在 于 对 这 些 办 法 的 理解 和 掌握 ， 然 后 进一步 
深化 到 这 些 办 法 所 体现 的 思想 层面 上 ， 将 设计 模式 所 体现 的 思考 方式 进行 吸收 
和 消化 ， 融 入 到 自己 的 思维 中 。 

= ”设计 模式 不 是 凭空 想象 出 来 的 ， 是 经 验 的 积累 和 总 结 。 
从 理论 上 来 说 ， 设 计 模 式 并 不 一 定 是 最 优秀 的 解决 方案 ， 有 可 能 存在 比 设计 模 
式 更 优秀 的 解决 方案 , 也 就 是 说 设计 模式 是 相对 优秀 的 , 没有 最 优 ， 只 有 更 优 。 


弛 对 这 也 说 明 ， 从 理论 上 ， 我 们 自己 也 可 以 总 结 一 些 这 样 的 解决 方案 ， 如 果 能 得 到 
卜 淹 大 家 的 认可 和 验证 ， 也 是 有 可 能 成 为 公认 的 设计 模式 的 。 


= ”设计 模式 并 不 是 一 成 不 变 的， 而 是 在 不 断 发 展 中 。 
本 书 仅仅 讨论 GoF 的 著作 中 所 记载 的 、 经 典 的 设计 模式 ， 但 并 不 是 说 只 有 这 些 
设计 模式 。 因 为 设计 模式 的 发 展 从 设计 模式 引入 软件 中 以 来 , 就 从 来 没有 停止 过 。 
sm ”设计 模式 并 不 是 软件 行业 独 有 的 ， 各 行 各 业 都 有 自己 的 设计 模式 。 
用 大 家 身边 的 例子 来 说 ， 比 如 医药 行业 ， 就 有 自己 的 设计 模式 。 假 设 一 个 人 感 
冒 了 ， 到 药店 买 感冒 药 ， 这 个 感冒 药 就 是 设计 模式 的 一 个 很 好 体现 。 
4 ， 经 过 验证 的 : 药品 上 市 前 , 会 有 大 量 的 验证 和 实验 ， 以 保证 药品 的 安全 性 。 
。 特定 环境 下 : 这 些 药品 是 针对 人 的 ， 不 是 针对 其 他 动物 的 。 
。* 重复 出 现 的 : 正 是 因为 感冒 会 重复 出 现 ， 研 制药 品 才 是 有 意义 的 。 
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sm 结构 型 模式 : 描述 如 何 组 合 类 和 对 象 以 获得 更 大 的 结构 。 
sa 行为 型 模式 : 描述 算法 和 对 象 间 职责 的 分 配 。 
当然 也 有 按 其 他 方式 进行 分 类 的 ， 这 里 就 不 再 讨论 了 。 


1.3 设计 模式 的 学 习 


1.3.1 为 什么 要 学 习 设 计 模 式 


为 什么 要 学 习 设 计 模 式 ? 实在 是 有 太 多 的 理由 了 ， 这 里 简单 地 罗列 几 点 。 

1. 设计 模式 已 经 成 为 软件 开发 人 员 的 “标准 词汇 ” 

很 多 软件 开发 人 员 在 相互 交流 的 时 候 ， 只 是 使 用 设计 模式 的 名 称 ， 而 不 深入 说 明 其 
具体 内 容 。 就 如 同 我 们 在 汉语 里 面 使 用 成 语 一 样 ， 当 你 在 交流 中 使 用 一 个 成 语 的 时 候 ， 
是 不 会 去 讲述 这 个 成 语 背 后 的 故事 的 。 

举 个 例子 来 说 : 开发 人 员 A 碰 到 了 一 个 问题 ， 然 后 与 开发 人 员 B 讨论 ， 开 发 人 员 B 
可 能 会 支 招 : 使 用 “XXX 模式 ” (XXX 是 某 个 设计 模式 的 名 称 ) 就 可 以 了 。 如 果 这 个 
时 候 开 发 人 员 A 不 懂 设计 模式 ， 那 他 们 就 无 法 交流 。 

因此 ， 一 个 合格 的 软件 开发 人 员 ， 必 须 掌握 设计 模式 这 个 “标准 词汇 ”。 

2. 学 习 设 计 模 式 是 个 人 技术 能 力 提高 的 捷径 

设计 模式 是 很 多 前 辈 经 验 的 积累 ， 大 都 是 一 些 相 对 优秀 的 解决 方案 ， 很 多 问题 都 是 
典型 的 、 有 代表 性 的 问题 。 

学 习 设计 模式 ， 可 以 学 习 到 众多 前 辈 的 经 验 ， 吸 收 和 领会 他 们 的 设计 思想 ， 掌 握 他 
们 解决 问题 的 方法 ， 就 相当 于 站 在 这 些 巨 人 的 肩膀 上 ， 可 以 让 我 们 个 人 的 技术 能 力 得 到 
快速 的 提升 。 学 习 设计 模式 虽然 有 一 定 的 困难 ， 但 绝对 是 快速 提高 个 人 技术 能 力 的 捷径 。 

3. 不 用 重复 发 明 轮 子 

设计 模式 是 解决 某 些 特定 问题 的 解决 方案 。 当 我 们 再 次 面 对 这 些 问 题 的 时 候 ， 就 不 
用 自己 从 头 来 解决 这 些 问 题 ， 复 用 这 些 方 案 即 可 。 

大 多 数 情况 下 ， 这 或 许 是 比 自己 从 头 来 解决 这 些 问 题 更 好 的 方案 。 一 是 你 未 必 能 找 
到 比 设计 模式 更 优秀 的 解决 方案 ， 另 外 ， 通 过 使 用 设计 模式 可 以 节省 大 量 的 时 间 ， 你 可 
以 把 节省 的 时 间 花 在 其 他 更 需要 解决 的 问题 上 。 


1.3.2 学 习 设 计 模 式 的 层次 


学 习 设计 模式 大 致 有 以 下 三 个 层次 。 

1. 基本 入 门 级 

要 求 能 够 正确 理解 和 掌握 每 个 设计 模式 的 基本 知识 ， 能 够 识别 在 什么 场景 下 、 出 现 
了 什么 样 的 问题 、 采 用 何 种 方案 来 解决 它 ， 并 能 够 在 实际 的 程序 设计 和 开发 中 套用 
相应 的 设计 模式 。 


2. 基本 掌握 级 

除了 具备 基本 入 门 级 的 要 求 外 ， 还 要 求 能 够 结合 实际 应 用 的 场景 ， 对 设计 模式 进行 
变形 使 用 。 

事实 上 ， 在 实际 开发 中 ， 经 常会 碰 到 与 标准 模式 的 应 用 场景 有 一 些 不 一 样 的 情况 ， 
此 时 要 合理 地 使 用 设计 模式 ， 就 需要 对 它们 做 适当 的 变形 ， 而 不 是 僵硬 地 套用 了 。 
当然 进行 变形 的 前 提 是 要 能 准确 深入 地 理解 和 把 握 设 计 模 式 的 本 质 , 万 变 不 离 其 宗 ， 
只 有 把 握 住 本 质 ， 才 能 够 确保 正确 变形 使 用 而 不 是 误 用 。 

3. 深入 理解 和 掌握 级 


除了 具备 基本 掌握 级 的 要 求 外 ， 更 主要 的 是 : 





EU 要 从 思想 上 和 方法 上 吸收 设计 模式 的 精 体 ， 并 融入 到 自己 的 思路 中 ， 在 进行 软 


由 图 件 的 分 析 和 设计 的 时 候 ， 能 随意 地 、 自 然而 然 地 应 用 ， 就 如 同 自 己 思 维 的 一 部 





在 较 复杂 的 应 用 中 ， 当 解决 某 个 问题 的 时 候 , 很 可 能 不 是 单一 应 用 某 一 个 设计 模式 ， 
而 是 综合 应 用 很 多 设计 模式 。 例 如 ， 结 合 某 个 具体 的 情况 ， 可 能 需要 把 模式 A 进行 
简化 ， 然 后 结合 模式 B 的 一 部 分 ， 再 组 合 应 用 变形 的 模式 C.…， 如 此 来 解决 实际 问 
题 。 

更 复杂 的 是 除了 考虑 这 些 设计 模式 外 ， 还 可 能 需要 考虑 系统 整体 的 体系 结构 、 实 际 
功能 的 实现 、 与 已 有 功能 的 结合 等 。 这 就 要 求 在 应 用 设计 模式 的 时 候 ， 不 拘泥 于 设 
计 模 式 本 身 ， 而 是 从 思想 和 方法 的 层面 进行 应 用 。 


简单 点 说 ， 基 本 入 门 级 就 是 套用 使 用 ， 相 当 于 能 够 依 戎 芦 画 球 ， 很 机 械 ， 基 本 掌握 
级 就 是 能 变形 使 用 ， 比 基本 入 门 级 灵活 一 些 ， 可 以 适当 变形 使 用 ; 深入 理解 和 掌握 级 才 
算是 真正 将 设计 模式 的 精髓 吸收 了 ， 是 从 思想 和 方法 的 层面 去 理解 和 掌握 设计 模式 ， 就 
犹如 练习 武功 到 最 高 境界 ， “无 招 有 性 有 招 ” 了 。 要 想 达 到 这 个 境界 ， 没 有 足够 的 开发 和 
设计 经 验 ， 没 有 足够 深入 的 思考 ， 是 不 太 可 能 达到 的 。 


有 些 朋友 说 : 设计 模式 的 书 我 看 了 不 少 ， 觉 得 都 看 懂 了 ， 就 是 不 知道 在 实际 开 


发 中 怎么 用 这 些 设 计 模 式 ， 于 是 他 们 认为 设计 模式 是 “看 上 去 很 美 ” 的 “ 花 源 
乡 腿 ”。 其 实 这 些 朋 友 正 处 于 “设计 模式 了 解 级 ”， 根 本 还 没有 入 门 。 





1. 3.3 如 何 学 习 设 计 模 式 


结合 作者 自身 的 经 验 ， 给 出 以 下 学 习 设 计 模 式 的 建议 。 
(1) 首先 要 调整 好 心态 ， 不 要 指望 一 足 而 就 ， 不 可 浮 踩 。 
学 习 和 掌握 设计 模式 需要 一 个 过 程 ， 不 同 的 阶段 看 这 些 设计 模式 会 有 不 同 的 领悟 和 


感受 。 
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不 要 指望 真正 的 设计 模式 的 书籍 是 既 简 单 双 有趣 的 ， 一 看 就 懂 的 。 那 种 书籍 多 是 属 
于 科普 性 质 的 书籍 ， 只 是 让 你 简单 了 解 一 下 设计 模式 。 这 也 是 为 何 很 多 朋友 总 感觉 
“ 懂 ” 设 计 模 式 ， 却 不 会 在 实际 项 目 中 应 用 设计 模式 。 那 是 因为 你 “ 懂 ” 的 程度 不 
够 。 


要 想 真 正 理 解 和 掌握 , 必须 要 上 升 到 一 定 的 难度 和 深度 , 让 你 看 完 后 思考 ， 
思考 后 应 用 ， 然 后 再 看 、 再 思考 、 再 应 用 ， 如 此 反复 ， 方 能 成 就 。 


“ 鱼 和 能 党 不 可 兼 得 ”， 因 此 ， 本 书 尽量 在 内 容 的 深度 、 难 度 和 讲述 的 通 
俗 易 履 、 简 单 明 了 上 进行 均衡 ， 以 期 大 家 能 以 较 小 的 力气 去 真正 理解 和 党 
握 设 计 模 式 。 





(2) 学 习 设 计 模式 的 第 一 步 : 准确 理解 每 个 设计 模式 的 功能 、 基 本 结构 、 标 准 实现 ， 

了 人 解 适合 使 用 它 的 场景 以 及 使 用 的 效果 

(3) 学 习 设 计 模式 的 第 二 步 : 实际 的 开发 中 ， 尝 试 着 使 用 这 些 设 计 模 式 ， 并 反复 思 

考 和 总 结 是 否 使 用 得 当 ， 是 否 需 要 做 一 些 变 化 。 

(4) 学 习 设 计 模 式 的 第 三 步 : 再 回头 去 看 设计 模式 的 理论 ， 有 了 实际 的 模式 应 用 经 

验 再 看 设计 模式 ， 会 有 不 同 的 感悟 ， 一 边 看 一 边 结合 着 应 用 经 验 来 思考 。 比 如 : 设 

计 模 式 的 本 质 功能 是 什么 ? 它 是 如 何 实现 的 ? 这 种 实现 方式 还 可 以 在 什么 地 方 应 

用 ? 如何 才 能 把 这 个 设计 模式 和 具体 的 应 用 结合 起 来 ? 这 个 设计 模式 设计 的 出 发 点 

是 什么 ? 等 等 。 可 以 有 很 多 考虑 的 点 ， 从 不 同 的 角度 对 设计 模式 进行 思考 。 

(5) 第 四 步 : 多 次 重复 学 习 设 计 模 式 的 第 二 步 和 第 三 步 。 也 就 是 在 实际 开发 中 使 用 ， 

然后 结合 理论 思考 ， 然 后 再 应 用 ， 再 思考 … 如 此 循环 ， 反 复 多 次 ， 直 到 达到 对 设计 

模式 基本 掌握 的 水 平 。 

简 而 言 之 ， 大 家 要 注意 使 设计 模式 的 理论 和 实践 相 结 合 ， 理 论 指导 实践 ， 实 幅 反 过 
来 加 深 对 理论 的 理解 ， 如 此 反复 循环 ， 成 螺旋 式 上 升 。 

事实 上 ， 到 了 基本 掌握 设计 模式 的 水 平 后 ， 最 后 能 达到 一 个 什么 样 的 高 度 ， 因 人 而 
异 ， 需 要 看 个 人 的 思维 水 平和 理解 水 平 。 对 于 这 个 阶段 ， 只 有 一 个 建议 ， 那 就 是 反复 地 、 
深入 地 思考 ， 别 无 他 法 。 到 了 思想 的 层面 ， 就 得 靠 “ 悟 ”了 。 








1.4 本 书 的 组 织 方式 
1.4.1 本 书 所 讲述 的 设计 模式 的 提纲 





从 第 3 章 开始 , 本 书 详细 地 讲述 了 《设计 模式 一 一 可 复 用 面向 对 和 象 软件 的 基础 》(GoF 
著 ) 一 书 所 讲述 的 23 个 设计 模式 ; 第 2 章 讲述 的 简单 工厂 ， 严 格 意义 上 并 不 算是 标准 的 
设计 模式 ， 只 能 算是 一 个 热身 运动 。 

1. 第 2 章 简单 工厂 〈GoF 的 著作 中 没有 ) 

提供 一 个 创建 对 象 实例 的 功能 ， 而 无 须 关 心 其 具体 实现 。 被 创建 实例 的 类 型 可 以 是 


攻 





接口 、 抽 象 类 ， 也 可 以 是 具体 的 类 。 

2. 第 3 章 ”外 观 模式 (GoF 的 著作 中 划分 为 结构 型 ) 

为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模式 定义 了 一 个 高 层 接口 ， 这 
个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 

3. 第 4 章 适配器 模式 (GoF 的 著作 中 划分 为 结构 型 ) 

将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 。 适 配器 模式 使 得 原本 由 于 接口 不 
兼容 而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 

4. 第 5 章 单 例 模式 〈GoF 的 著作 中 划分 为 创建 型 

保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 

5. 第 6 章 工厂 方法 模式 (GoF 的 著作 中 划分 为 创建 型 ) 

定义 一 个 用 于 创建 对 象 的 接口 , 让 子 类 决定 实例 化 哪 一 个 类 , Factory Method 使 一 个 
类 的 实例 化 延迟 到 其 子 类 。 

6. 第 7 章 ”抽象 工厂 模式 (GoF 的 著作 中 划分 为 创建 型 

提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ， 而 无 需 指 定 它们 具体 的 类 。 

7. 第 8 章 生成 器 模式 〈GoF 的 著作 中 划分 为 创建 型 ) 

将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 , 使 得 同样 的 构建 过 程 可 以 创建 不 同 的 表示 。 
8. 第 9 章 原型 模式 (GoF 的 著作 中 划分 为 创建 型 ) 

用 原型 实例 指定 创建 对 象 的 种 类 ， 并 通过 拷贝 这 些 原型 创建 新 的 对 象 。 

9. 第 10 章 ”中介 者 模式 〈GoF 的 著作 中 划分 为 行为 型 ) 

用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交 互 。 中 介 者 使 得 各 对 象 不 需要 显 式 地 相互 引 
用 ， 从 而 使 其 耦合 松散 ， 而 且 可 以 独立 地 改变 它们 之 间 的 交互 。 

10. 第 11 章 代理 模式 (GoF 的 著作 中 划分 为 结构 型 ) 

为 其 他 对 象 提供 一 种 代理 以 控制 对 这 个 对 象 的 访问 。 

11. 第 12 章 观察 者 模式 (GoF 的 著作 中 划分 为 行为 型 ) 

定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 ， 当 一 个 对 象 的 状态 发 生 改 变 时 ， 所 有 依赖 于 
它 的 对 象 都 得 到 通知 并 被 自动 更 新 。 

12. 第 13 章 命令 模式 (GoF 的 著作 中 划分 为 行为 型 

将 一 个 请 求 封装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参数 化 ， 对 请 求 
排队 或 记录 请 求 日 志 ， 以 及 支持 可 撤销 的 操作 。 

13. 第 14 章 ”迭代 器 模式 〈GoF 的 著作 中 划分 为 行为 型 ) 

提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 素 ， 而 又 不 需 暴露 该 对 象 的 内 部 表 
示 。 

14. 第 15 章 组 合 模式 〈GoF 的 著作 中 划分 为 结构 型 

将 对 象 组 合成 树 形 结构 以 表示 “部 分 一 整体 ”的 层次 结构 。 组 合 模式 使 得 用 户 对 单 


第 1 章 设计 模式 基础 目 [上 
个 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 。 
15. 第 16 章 ”模板 方法 模式 (GoF 的 著作 中 划分 为 行为 型 ) 
定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步 又 延迟 到 子 类 中 。 模 板 方法 使 得 子 类 可 
以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步骤 。 
16. 第 17 章 策略 模式 (GoF 的 著作 中 划分 为 行为 型 ) 
定义 一 系列 的 算法 ， 把 它们 一 个 个 封装 起 来 ， 并 且 使 它们 可 相互 替换 。 本 模式 使 得 
算法 可 独立 于 使 用 它 的 客户 而 变化 。 
17. 第 18 章 ， 状态 模式 〈GoF 的 著作 中 划分 为 行为 型 ) 
允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 的 类 。 
18. 第 19 章 备忘录 模式 (GoF 的 著作 中 划分 为 行为 型 ) 
在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 保存 这 个 状 
态 。 这 样 ， 以 后 就 可 将 该 对 象 恢复 到 原先 保存 的 状态 。 
19. 第 20 章 享 元 模式 (GoF 的 著作 中 划分 为 结构 型 ) 
运用 共享 技术 有 效 地 支持 大 量 细 粒 度 的 对 象 。 
20. 第 21 章 解释 器 模式 (GoF 的 著作 中 划分 为 行为 型 ) 
给 定 一 个 语言 ， 定 义 它 的 文法 的 一 种 表示 ， 并 定义 一 个 解释 器 ， 这 个 解释 器 使 用 该 
表示 来 解释 语言 中 的 句子 。 
21. 第 22 章 “装饰 模式 (GoF 的 著作 中 划分 为 结构 型 
动态 地 给 一 个 对 象 添加 一 些 额外 的 职责 。 就 增加 功能 来 说 ， 装 饰 模式 比 生成 子 类 更 
为 灵活 。 
22. 第 23 章 ”职责 链 模 式 〈GoF 的 著作 中 划分 为 行为 型 ) 
使 多 个 对 象 都 有 机 会 处 理 请 求 ， 从 而 避免 请 求 的 发 送 者 和 接收 者 之 间 的 耦合 关系 。 
将 这 些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传递 该 请 求 ， 直 到 有 一 个 对 象 处 理 它 为 止 。 
23. 第 24 章 ”桥接 模式 〈GoF 的 著作 中 划分 为 结构 型 ) 
将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 都 可 以 独立 地 变化 。 
24. 第 25 章 访问 者 模式 (GoF 的 著作 中 划分 为 行为 型 ) 
表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 素 的 类 的 
前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 


1.4.2 每 个 模式 的 讲述 结构 


1. 场景 问题 
1) 某 个 实际 应 用 
通过 一 个 实际 的 应 用 来 描述 在 某 个 场景 下 出 现 的 某 个 问题 ， 也 就 是 模式 要 解决 的 问 


题 。 

2) 不 用 模式 的 解决 方案 

先 来 看 下 不 用 模式 ， 如 何 来 解决 这 个 问题 。 

3) 有 何 问题 

分 析 不 用 模式 的 解决 方案 中 存在 的 问题 ， 指 出 需要 寻找 更 好 的 解决 方案 。 

2. 解决 方案 

1) 某 个 模式 来 解决 

首先 是 模式 的 定义 ， 然 后 描述 应 用 这 个 模式 来 解决 上 面 提出 的 问题 的 解决 思路 。 
2) 模式 结构 和 说 明 

使 用 UML 画 出 模式 的 结构 图 ， 并 说 明 各 个 参与 者 。 

3) 模式 的 示例 代码 

尽量 准确 地 给 出 每 个 模式 的 基本 实现 的 示例 代码 ， 算 是 模式 的 一 个 标准 参考 实现 。 
4) 使 用 模式 来 重 写 示 例 

使 用 模式 来 重 写 前 面 “不 用 模式 ”所 实现 的 示例 ， 既 作为 模式 的 一 个 实际 应 用 示例 ， 
也 方便 大 家 对 比 学 习 和 体会 , 看 看 如 何 使 用 模式 来 解决 问题 ， 以 及 使 用 模式 的 好 处 。 
3. 模式 讲解 

1) 认识 某 个 模式 

主要 是 对 模式 所 涉及 的 各 种 知识 进行 讲述 ， 通 常会 包含 模式 的 功能 、 对 各 部 分 的 理 
解 、 对 模式 实现 的 探讨 、 模 式 运 行 的 顺序 等 等 。 

2) 针对 各 个 重点 难点 功能 ， 或 是 与 实际 应 用 结合 的 讨论 和 示例 

针对 模式 的 一 些 重点 难点 ， 或 是 模式 与 实际 应 用 结合 ， 来 进行 深入 的 讲解 和 示例 。 
3) 模式 的 优 缺 点 

讨论 模式 的 优 缺点 ， 可 以 使 你 在 实际 应 用 中 尽量 使 用 模式 的 优点 ， 而 规避 使 用 模式 
的 缺点 。 

4) 思考 模式 

先 总 结 模式 的 本 质 ， 再 从 设计 上 思考 模式 ， 然 后 给 出 适合 使 用 模式 的 情况 。 

5) 相关 模式 

描述 与 其 他 模式 的 关系 ， 以 及 与 其 他 模式 相 比较 的 异同 点 。 








简单 工厂 不 是 一 个 标准 的 设计 模式 ， 但 是 它 实在 是 太 常 用 了 ， 简 单 而 又 神奇 ， 所 以 
需要 好 好 掌握 它 ， 就 当 是 学 习 设 计 模 式 的 热身 运动 吧 。 
为 了 保持 一 致 性 ， 我 们 尽量 按照 学 习 其 他 模式 的 步骤 来 进行 学 习 。 





2.1 场景 问题 


大 家 都 知道 ， 在 Java 应 用 开发 中 ， 要 “面向 接口 编程 ”。 
那么 什么 是 接口 ? 接口 有 什么 作用 ? 接口 如 何 使 用 ? 我 们 一 起 来 回顾 一 下 。 


2.1.1 接口 回顾 


1. Java 中 接口 的 概念 

在 Java 中 接口 是 一 种 特殊 的 抽象 类 ， 跟 一 般 的 抽象 类 相 比 ， 接 口 里 面 的 所 有 方法 都 
是 抽象 方法 ， 接 口 里 面 的 所 有 属性 都 是 常量 。 也 就 是 说 ， 接 口 里 面具 有 方法 定义 而 没有 
任何 方法 实现 。 

2. 接口 用 来 干什么 

通常 用 接口 来 定义 实现 类 的 外 观 ， 也 就 是 实现 类 的 行为 定义 ， 用 来 约束 实现 类 的 行 
为 。 接 口 就 相当 于 一 份 契 约 ， 根 据 外 部 应 用 需要 的 功能 ， 约 定 了 实现 类 应 该 要 实现 的 功 
能 ， 但 是 具体 的 实现 类 除了 实现 接口 约定 的 功能 外 ， 还 可 以 根据 需要 实现 其 他 一 些 功能 ， 
这 是 允许 的 ， 也 就 是 说 实现 类 的 功能 包含 但 不 仅 限于 接口 约束 的 功能 。 

通过 使 用 接口 ， 可 以 实现 不 相关 类 的 相同 行为 ， 而 不 需 考虑 这 些 类 之 间 的 层次 关系 ， 
接口 就 是 实现 类 对 外 的 外 观 。 

3. 接口 的 思想 

根据 接口 的 作用 和 用 途 ， 浓 缩 下 来 ， 接 口 的 思想 就 是 “封装 隔离 ”。 

通常 提 到 的 封装 是 指 对 数据 的 封装 ， 但 是 这 里 的 封装 是 指 “ 对 被 隔离 体 的 行为 的 封 
装 ”， 或 者 是 “对 被 隔离 体 的 职责 的 封装 ”;， 而 隅 离 指 的 是 外 部 调用 和 内 部 实现 ， 外 部 
调用 只 能 通过 接口 进行 调用 ， 外 部 调用 是 不 知道 内 部 具体 实现 的 ， 也 就 是 说 外 部 调用 和 
内 部 实现 是 被 接口 隔离 开 的 。 

4. 使 用 接口 的 好 处 

由 于 外 部 调用 和 内 部 实现 被 接口 隔离 开 了 ， 那 么 只 要 接口 不 变 ， 内 部 实现 的 变化 就 
不 会 影响 到 外 部 应 用 ， 从 而 使 得 系统 更 灵活 ， 具 有 更 好 的 扩展 性 和 可 维护 性 ， 这 也 就 是 
所 谓 “ 接 口 是 系统 可 插 拔 性 的 保证 ”这 人 句 话 的 意思 。 

5. 接口 和 抽象 类 的 选择 

既然 接口 是 一 种 特殊 的 抽象 类 , 那么 在 开发 中 , 何 时 选用 接口 ? 何 时 选用 抽象 类 呢 ? 

对 于 它们 的 选择 ， 在 开发 中 是 一 个 很 重要 的 问题 ， 特 别 总 结 两 句 话 给 大 家 : 

ma ”优先 选用 接口 

sm ”在 既 要 定义 子 类 的 行为 ， 又 要 为 子 类 提供 公共 的 功能 时 应 选择 抽象 类 。 


2.1.2 面向 接口 编程 


面向 接口 编程 是 Java 编程 中 的 一 个 重要 原则 。 


第 2 章 简单 工厂 | 基 
在 Java 程序 设计 里 面 , 非常 讲究 层 的 划分 和 模块 的 划分 。 通 常 按照 三 层 来 划分 Java 
程序 ， 分 别 是 表现 层 、 逻 辑 层 和 数据 层 ， 它 们 之 间 都 要 通过 接口 来 通信 。 
在 每 一 个 层 里 面 ， 又 有 很 多 个 小 模块 ， 每 个 小 模块 对 外 则 是 一 个 整体 ， 所 以 一 个 模 
块 对 外 应 该 提供 接口 ， 其 他 地 方 需要 使 用 到 这 个 模块 的 功能 时 ， 可 以 通过 此 接口 来 进行 
调用 。 这 也 就 是 常 说 的 “接口 是 被 其 隔离 部 分 的 外 观 ”。 基 本 的 三 层 结构 如 图 2.1 所 示 。 





图 2.1 基本 的 三 层 结构 示意 图 
在 一 个 层 内 部 的 各 个 模块 间 的 交互 要 通过 接口 ， 如 图 2.2 所 示 。 





«interface» | <interfacey 
x 模块 1 的 接口 模块 2 的 接口 
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<interface» 
组 件 1 的 接口 


图 2.2 一 个 层 内 部 的 各 个 模块 间 的 交互 示意 图 
各 个 部 分 的 接口 具体 应 该 如 何 去 定义 ， 具 体 的 内 容 是 什么 ， 我们 不 去 深究 ， 那 是 需 
要 具体 问题 具体 分 析 的 ， 这 里 仅 学 习 设 计 的 方法 。 
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上 面 频频 提 到 “组 件 ”， 那 么 什么 是 组 件 呢 ? 

所 谓 组 件 : 从 设计 上 讲 ， 组 件 就 是 能 完成 一 定 功能 的 封装 体 。 小 到 一 个 类 ， 大 到 一 
个 系统 ， 都 可 以 称 为 组 件 ， 因 为 一 个 小 系统 放 到 更 大 的 系统 里 面 去 ， 也 就 当 个 组 件 而 已 。 
事实 上 ， 从 设计 的 角度 看 ， 系 统 、 子 系统 、 模 块 、 组 件 等 说 的 其 实 是 同一 回 事情 ， 都 是 
完成 一 定 功能 的 封装 体 ， 只 不 过 功能 多 少 不 同 而 已 。 

继续 刚才 的 思路 ， 大 家 会 发 现 ， 不 管 是 一 层 还 是 一 个 模块 或 者 一 个 组 件 ， 都 是 一 个 
被 接口 隔离 的 整体 ， 那 么 下 面 我 们 就 不 去 区 分 它们 ， 统 一 认为 它们 都 是 接口 隔离 体 即 可 ， 
如 图 2.3 所 示 。 


<*iNterface» 


对 外 的 接口 





2.3 接口 隔离 体 示 意图 


既然 在 Java 中 需要 面向 接口 编程 ， 那 么 在 程序 中 到 底 如 何 使 用 接口 ， 来 做 到 真正 的 
面向 接口 编程 呢 ? 


2.1.3 不 用 模式 的 解决 方案 


回忆 一 下 ， 以 前 是 如 何 使 用 接口 的 呢 ， 假 设 有 一 个 接口 叫 Api， 然 后 有 一 个 实现 类 
Impl 实现 了 它 ， 在 客户 端 怎么 用 这 个 接口 呢 ? 

通常 都 是 在 客户 端 创建 一 个 Impl 的 实例 ， 把 它 赋 值 给 一 个 Api 接口 类 型 的 变量 ， 然 
后 客户 端 就 可 以 通过 这 个 变量 来 操作 接口 的 功能 了 ， 此 时 有 具体 的 结构 图 如 图 2.4 所 示 。 


oe a <*interface» 
| sr 
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2.4 基本 的 接口 和 实现 


第 2 章 ”简单 工厂 | 加 国生 的 国 和 
用 代码 来 说 明 会 更 清楚 一 些 。 
gE 首先 定义 接口 Api， 示 例 代 码 如 下 : 












(2) 既然 有 了 接口 ， 自 然 就 要 有 实现 ， 定 义 实现 Impl， 示 例 代码 如 下 : 


(3) 那么 此 时 的 客户 端 怎么 写 呢 ? 
按照 Java 的 知识 ， 接 口 不 能 直接 使 用 ， 需 要 使 用 接口 的 实现 类 ， 示 例 代码 如 下 : 






2.1.4 有 何 问题 


上 面 写 得 没 错 吧 ， 在 Java 的 基础 知识 里 面 就 是 这 么 学 的 ， 难 道 这 有 什么 问题 吗 ? 
请 仔细 看 位 于 客户 端的 下 面 这 句 话 ; 


贸 
并 






Api api = new Impl(); 


加 然后 再 想起 接口 的 功能 和 思想 ， 发 现 什么 了 ? 仔细 再 想 想 ? 


你 会 发 现在 客户 端 调用 的 时 候 ， 客 户 端 不 但 知道 了 接口 ， 同 时 还 知道 了 具体 的 实现 
就 是 Impl。 接 口 的 思想 是 “封装 隔离 ”， 而 实现 类 Impl 应 该 是 被 接口 Api 封装 并 同 客 户 
端 隔离 开 的 ， 也 就 是 说 ， 客 户 端 根本 就 不 应 该 知道 具体 的 实现 类 是 Impl。 

有 朋友 说 , 那 好 , 我 就 把 Impl 从 客户 端 拿 掉 , 让 Api 真正 地 对 实现 进行 “封装 隔离 ”， 
然后 我 们 继续 面向 接口 来 编程 。 可 是 ， 新 的 问题 出 现 了 ， 当 他 把 “new Impl() ”去掉 后 ， 
却 发 现 无 法 得 到 Api 接口 对 象 了 ， 怎 么 办 呢 ? 

把 这 个 问题 描述 一 下 : 在 Java 编程 中 ， 出 现 只 知 接口 而 不 知 实现 ， 该 怎么 办 ? 


就 像 现 在 的 Client， 它 知道 要 使 用 Api 接口 ， 但 是 不 知 由 谁 实现 ， 也 不 知道 如 何 实 
现 ， 从 而 得 不 到 接口 对 象 ， 就 无 法 使 用 接口 ， 该 怎么 办 呢 ? 





2.2 解决 方案 


2.2.1 使 用 简单 工厂 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 简单 工厂 ， 那 么 什么 是 简单 工厂 呢 ? 
1. 简单 工厂 的 定义 


提供 一 个 创建 对 象 实例 的 功能 ， 而 无 须 关 心 其 具体 实现 。 被 创建 实例 的 类 型 可 


以 是 接口 、 抽 象 类 ， 也 可 以 是 具体 的 类 。 





2. 应 用 简单 工厂 来 解决 问题 的 思路 

分 析 上 面 的 问题 ， 虽 然 不 能 让 模块 外 部 知道 模块 内 部 的 具体 实现 ， 但 是 模块 内 部 是 
可 以 知道 实现 类 的 ， 而 且 创建 接口 是 需要 具体 实现 类 的 。 

那么 ， 干脆 在 模块 内 部 新 建 一 个 类 ， 在 这 个 类 里 面 来 创建 接口 ， 然 后 把 创建 好 的 接 
口 返回 给 客户 端 ， 这 样 ， 外 部 应 用 就 只 需要 根据 这 个 类 来 获取 相应 的 接口 对 象 ， 然 后 就 
可 以 操作 接口 定义 的 方法 了 。 把 这 样 的 对 象 称 为 简单 工厂 ， 就 叫 它 Factory 吧 。 

这 样 一 来 , 客户 端 就 可 以 通过 Factory 来 获取 需要 的 接口 对 象 , 然后 调用 接口 的 方法 
来 实现 需要 的 功能 ， 而 且 客 户 端 也 不 用 再 关心 具体 的 实现 了 。 


2.2.2 简单 工厂 的 结构 和 说 阴 


简单 工厂 的 结构 如 图 2.5 所 示 。 


#2 
toperation(s:Strine) :void 


[LO Inp1B 
Otoperation(s:String) :void 


图 2.5 简单 工厂 的 结构 示意 图 
mn ”Api: 定义 客户 所 需要 的 功能 接口 。 
m ”Impl: 具体 实现 Api 的 实现 类 ， 可 能 会 有 多 个 。 
sm ”Factory: 工厂 ， 选 择 合适 的 实现 类 来 创建 Api 接口 对 象 。 
m Client: 客户 端 ， 通 过 Factory 来 获取 Api 接口 对 象 ， 然 后 面向 Api 接口 编程 。 


2.2.3 简单 工厂 示例 代码 













Winterface’y 


Ce Api 


从 foperation(s.String). vora 
天 
一- 一 






(tmain (args:Strin :volid 












tcreatehpi (condition: int):Api 


(1) Api 定义 的 示例 代码 如 下 : 


/** 
* 接口 的 定义 ， 该 接口 可 以 通过 简单 工厂 来 创建 
i 
public interface Api { 

/** 

* 示意 ， 具 体 功能 方法 的 定义 

* @param s 示意 ， 需 要 的 参数 

故人 

public void operation(String' s); 
(2) 定义 了 接口 ， 接 下 来 实现 它 。ImplA 的 示例 代码 如 下 : 
/** 
* 接口 的 具体 实现 对 象 A 
od 


public class ImplA implements APit{ 
public void operation(String S) { 
// 实 现 功 能 的 代码 ， 示 意 一 下 
System.out.println("ImplA s=="+S); 


ImplB 的 示意 实现 和 ImplA 基本 一 样 。 示 例 代 码 如 下 : 


简单 工厂 的 实现 。 示 例 代码 如 下 : 


(4) 再 来 看 看 客户 端的 示意 ， 示 例 代码 如 下 : 
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Public static void main (String[] args) { 
// 通 过 简单 工厂 来 获取 接口 对 象 
Api api = Factory.createApi (1) >， 
api .operation ("正在 使 用 简单 工厂 "); 


} 


2. 2.4 使 用 简单 工厂 重 写 示 例 


要 使 用 简单 工厂 来 重 写 前 面 的 示例 ， 主 要 就 是 要 创建 一 个 简单 工厂 对 象 ， 让 简单 工 
厂 来 负责 创建 接口 对 象 。 然 后 让 客户 端 通过 工厂 来 获取 接口 对 象 ， 而 不 再 由 客户 端 自己 
去 创建 接口 的 对 象 了 。 

此 时 系统 的 结构 如 图 2.6 所 示 。 


«interface» 


+main(args: String[]):void 


© +createapity'api 








图 2.6 使 用 简单 工厂 重 写 示 例 的 结构 示意 图 

(1) 接口 Api 和 实现 类 Impl 都 和 前 面 的 示例 一 样 ， 这 里 不 再 歼 述 。 
(2) 新 创建 一 个 简单 工厂 的 对 象 。 示 例 代 码 如 下 : 
/** 
* 工厂 类 ， 用 来 创建 Api 对 象 
bad 
public class Factory { 

/** 

* 具体 创建 Api 对 象 的 方法 

* @return 创建 好 的 Api 对 象 

dh 

public static Api createApi (){ 

// 由 于 只 有 一 个 实现 ， 就 不 用 条 件 来 判断 了 


return new Impl (); 





} 
(3) 使 用 简单 工厂 。 
客户 端 如 何 使 用 简单 工厂 提供 的 功能 呢 ? 这 个 时 候 ， 客 户 端 就 不 用 再 自己 去 创建 接 
口 的 对 象 了 ， 应 该 使 用 工厂 来 获取 。 经 过 改造 ， 客 户 端 代码 如 下 : 
/** 
* 客户 端 测试 使 用 Api 接口 
让 
public class Client { 
public static void main(String[] args) { 
// 重 要 改变 ， 没 有 new Impl () 了 ， 取 而 代 之 Factory .createApi () 
Api api = Factory.createApi(); 
api.testl (" 哈 哈 ， 不 要 紧张 ， 只 是 个 测试 而 已 ! "); 


} 

就 如 同上 面 的 示例 ， 客 户 端 通过 简单 工厂 创建 了 一 个 实现 接口 的 对 象 ， 然 后 面向 接 
口 编程 ， 从 客户 端 来 看 ， 它 根本 不 知道 具体 的 实现 是 什么 ， 也 不 知道 是 如 何 实 现 的 ， 它 
只 知道 通过 工厂 获得 了 一 个 接口 对 象 ， 然 后 通过 这 个 接口 来 获取 想 要 的 功能 。 

事实 上 ， 简 单 工 厂 能 帮助 我 们 真正 地 开始 面向 接口 编程 ， 像 以 前 的 做 法 ， 其 实 只 是 
用 到 了 接口 的 多 态 部 分 的 功能 ， 而 最 重要 的 “封装 隔离 性 ”并 没有 体现 出 来 。 


2.3 模式 讲解 


2.3.1 典型 疑问 


首先 来 解决 一 个 常见 的 问题 : 可 能 有 朋友 会 认为 ， 上 面 示例 中 的 简单 工厂 看 起 来 不 
就 是 把 客户 端 里 面 的 “new Impl(0 ”移动 到 简单 工厂 里 面 吗 ? 不 还 是 一 样 通过 new 一 个 实 
现 类 来 得 到 接口 吗 ? 把 “new Impl0” 这 句 话 放 到 客户 端 和 放 到 简单 工厂 里 面 有 什么 不 同 
吗 ? 


四 理解 这 个 问题 的 重点 就 在 于 理解 简单 工厂 所 处 的 位 置 。 


根据 前 面 的 学 习 ， 我 们 知道 接口 是 用 来 封装 隔离 具体 的 实现 的 ， 目 标 就 是 不 要 让 客 
户 端 知道 封装 体内 部 的 具体 实现 。 简 单 工厂 的 位 置 是 位 于 封装 体内 的 ， 也 就 是 简单 工厂 
是 跟 接口 和 具体 的 实现 在 一 起 的 ， 算 是 封装 体内 部 的 一 个 类 ， 所 以 简单 工厂 知道 具体 的 
实现 类 是 没有 关系 的 。 重 新 整理 一 下 简单 工厂 的 结构 图 ， 如 图 2.7 所 示 。 
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全 +createhpi (condilti om int): Api 


图 2.7 整理 后 的 简单 工厂 结构 

图 2.7 中 的 虚线 框 ， 就 好 比 是 一 个 组 件 的 包装 边界 ， 表 示 接 口 、 实 现 类 和 工厂 类 组 
合成 了 一 个 组 件 。 在 这 个 封装 体 里 面 ， 只 有 接口 和 工厂 是 对 外 的 ， 也 就 是 让 外 部 知道 并 
使 用 的 ， 所 以 故意 漏 了 一 些 在 虚线 框 外 ， 而 具体 的 实现 类 是 不 对 外 的 ， 被 完全 包含 在 虚 
线 框 内 。 

对 于 客户 端 而 言 ， 只 是 知道 了 接口 Api 和 简单 工厂 Factory， 通 过 Factory 就 可 以 获 
得 Api 了 ， 这 样 就 达到 了 让 Client 在 不 知道 具体 实现 类 的 情况 下 获取 接口 Api。 

所 以 看 似 简单 地 将 new Impl0 这 人 句 话 从 客户 端 里 面 移动 到 了 简单 工厂 里 面 ， 其 实 是 
有 了 质 的 变化 的 。 


2.3.2 认识 简单 工厂 
1. 简单 工厂 的 功能 


工厂 嘛 ， 就 是 用 来 创造 东西 的 。 在 Java 里 面 ， 通 常情 况 下 是 用 来 创造 接口 的 ， 但 是 
也 可 以 创造 抽象 类 ， 甚 至 是 一 个 具体 的 类 实例 。 


一 定 要 注意 ， 虽 然 前 面 的 示例 是 利用 简单 工厂 来 创建 的 接口 ， 但 是 也 可 以 用 人 简 


单 工 厂 来 创建 抽象 类 或 普通 类 的 实例 。 





2. 静态 工厂 

使 用 简单 工厂 的 时 候 ， 通 常 不 用 创建 简单 工厂 类 的 类 实例 ， 没 有 创建 实例 的 必要 。 
因此 可 以 把 简单 工厂 类 实现 成 一 个 工具 类 ， 直 接 使 用 静态 方法 就 可 以 了 。 也 就 是 说 简单 
工厂 的 方法 通常 是 静态 的 ， 所 以 也 被 称 为 静态 工厂 。 如 果 要 防止 客户 端 无 谓 地 创造 简单 
工厂 实例 ， 还 可 以 把 简单 工厂 的 构造 方法 私有 化 了 。 

S$ 方 能 工矿 

一 个 简单 工厂 可 以 包含 很 多 用 来 构造 东西 的 方法 ， 这 些 方 法 可 以 创建 不 同 的 接口 、 
抽象 类 或 者 是 类 实例 。 一 个 简单 工厂 理论 上 可 以 构造 任何 东西 ， 所 以 又 称 之 为 “万 能 工 
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虽然 上 面 的 实例 在 简单 工厂 里 面具 有 一 个 方法 ， 但 事实 上 ， 是 可 以 有 很 多 这 样 的 创 
建 方法 的 ， 这 点 要 注意 。 

4. 简单 工厂 创建 对 象 的 范围 

虽然 从 理论 上 讲 ， 简 单 工厂 什么 都 能 创建 ， 但 对 于 简单 工厂 可 创建 对 象 的 范围 ， 通 
常 不 要 太 大 ， 建 议 控制 在 一 个 独立 的 组 件 级 别 或 者 一 个 模块 级 别 ， 也 就 是 一 个 组 件 或 模 
块 简单 工厂 。 否 则 这 个 简单 工厂 类 会 职责 不 明 ， 有 点 大 杂烩 的 感觉 。 

5. 简单 工厂 的 调用 顺序 示意 图 

简单 工厂 的 调用 顺序 如 图 2.8 所 示 : 


ient | | 


1; 调用 简单 工厂 中 他 娃 ap 的 方法 





1.1; 真正 选择 并 创建 具体 实现 对 象 的 实例 
| 
_ ”返回 创建 好 的 接口 对 象 






2; 调用 接口 的 法 进行 功能 处 理 


| 
图 2.8 简单 工厂 的 调用 顺序 示意 图 
6. 简单 工厂 命名 的 建议 
a ”类 名 称 建议 为 “模块 名 称 +Factory”。 比 如 , 用 户 模块 的 工厂 就 称 为 UserFactory。 
m ”方法 名 称 通常 为 “get+ 接 口 名 称 ” 或 者 是 “create+ 接 口 名 称 ”。 比 如 ， 有 一 个 
接口 名 称 为 UserEbi， 那 么 方法 名 称 通常 为 getUserEbi 或 者 是 createUserEbi。 
当然 , 也 有 一 些 朋 友 习 惯 于 把 方法 名 称 命 名 为 “new+ 接 口 名 称 ”。 比如 , newUserEbi， 
我 们 不 提倡 这 样 做 。 因 为 new 在 Java 中 代表 特定 的 含义 ， 而 且 通 过 简单 工厂 的 方法 来 获 
取 对 象 实例 ， 并 不 一 定 每 次 都 是 要 new 一 个 新 的 实例 。 如 果 使 用 newUserEbi， 会 给 人 错 
觉 ， 好 像 每 次 都 是 new 一 个 新 的 实例 一 样 。 


2.3.3 ”简单 工厂 中 方法 的 写法 


虽然 说 简单 工厂 的 方法 大 多 是 用 来 创建 接口 的 ， 但 是 仔细 分 析 就 会 发 现 ， 真 正 能 实 
现 功 能 的 是 具体 的 实现 类 ， 这 些 实现 类 是 已 经 做 好 的 ， 并 不 是 真 的 要 靠 简 单 工厂 来 创造 
出 来 的 ， 简 单 工厂 的 方法 无 外 乎 就 是 : 实现 了 选择 一 个 合适 的 实现 类 来 使 用 。 

所 以 说 简单 工厂 方法 的 内 部 主要 实现 的 功能 是 “选择 合适 的 实现 类 ”来 创建 实例 对 
象 。 既 然 要 实现 选择 ， 那 么 就 需要 选择 的 条 件 或 者 是 选择 的 参数 ， 选 择 条 件 或 者 是 参数 
的 来 源 通常 又 有 以 下 儿 种 。 
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m ”来 源 于 客户 端 ， 由 Client 来 传 入 参数 
ma ”来 源 于 配置 文件 ， 从 配置 文件 获取 用 于 判断 的 值 
m ”来 源 于 程序 运行 期 的 某 个 值 ， 比 如 从 缓存 中 获取 某 个 运行 期 的 值 
下 面 来 看 示例 ， 看 看 由 客户 端 来 传 入 参数 ， 如 何 写 简单 工厂 中 的 方法 。 
(1) 在 2.3.3 节 的 示例 上 再 添加 一 个 实现 ， 称 为 Inpl12， 示 例 代 码 如 下 : 
/六 六 
* 对 接口 的 一 种 实现 
public class Impl2 implements Apit 

public void teéstl(String s) { 

System.out.println("Now In Impl2. The input S=="+S) 7 


} 
(2) 现在 对 Api 这 个 接口 ， 有 了 两 种 实现 ， 那 么 工厂 类 该 怎么 办 呢 ? 到 底 如 何 选 择 
呢 ? 不 可 能 两 个 同时 使 用 吧 ， 看 看 新 的 工厂 类 ， 示 例 代 码 如 下 : 
/** 
* 工厂 类 ， 用 来 创建 Api 的 
由 人 
public class Factory 1 
/** 
* 具体 创建 Api 的 方法 ， 根 据 客户 端的 参数 来 创建 接口 
* @param type 客户 端 传 入 的 选择 创建 接口 的 条 件 
* @return 创建 好 的 Api 对 和 象 注意 这 里 添 
*Y 加 了 参数 
Public static Api createApi (int type)t{ 
// 这 里 的 type 也 可 以 不 由 外 部 传 入 ， 而 是 直接 读 取 配 置 文件 来 获取 
// 为 了 把 注意 力 放 在 模式 本 身上 ， 这 里 就 不 去 写 读 取 配 置 文件 的 代码 了 
// 根 据 type 来 进行 选择 ， 当 然 这 里 的 1 和 2 应 该 作为 常量 
Api api = null; 
if (type==1){ 
api = new Impl (); 
}else if(type==2){ 
api = new Impl2(); 





} 


return api; 


} 
(3) 客户 端 没 有 什么 变化 ， 只 是 在 调用 Factory 的 createApi 方法 的 时 候 需 要 传 入 参 
数 ， 示 例 代 码 如 下 : 
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public class Client { 
public static void main (String[] args) { 
// 注 意 这 里 传递 的 参数 ， 修 改 参数 就 可 以 修改 行为 ， 试 试看 吧 
Api api = Factory.createRPi(2) : 
api .test1 ("哈哈 ， 不 要 紧张 ， 只 是 个 测试 而 已 ! ") ; 


} 

(4) 要 注意 这 种 方法 有 一 个 缺点 。 

由 于 是 从 客户 端 在 调用 工厂 的 时 候 传 入 选择 的 参数 ， 这 就 说 明 客 户 端 必须 知道 每 个 
参数 的 含义 ， 也 需要 理解 每 个 参数 对 应 的 功能 处 理 。 这 就 要 求 必 须 在 一 定 程度 上 ， 向 客 
户 暴露 一 定 的 内 部 实现 细节 。 


2.3.4 可 配置 的 简单 工厂 


现在 已 经 学 会 通过 简单 工厂 来 选择 具体 的 实现 类 了 ， 可 是 还 有 问题 。 比 如 ， 在 现在 
的 实现 中 ， 再 新 增加 一 种 实现 ， 该 怎么 办 呢 ? 
那 就 需要 修改 工厂 类 ， 才 能 把 新 的 实现 添加 到 现 有 的 系统 中 。 比 如 现在 新 增加 了 一 
个 实现 类 Impl3， 那 么 就 需要 类 似 下 面 这 样 来 修改 工厂 类 : 
public class Factory { 
public static Api createApi (int type)t{ 
Api api = null; 
if(type==1){ 
api = new Impl(); 
}else if (type==2){ 
api = new Impl2(); 





} 
else if(type==3){ 上 
api = new ImP13() : 


新 加 入 的 判 
断 和 选择 


} 


return api; 


} 

每 次 新 增加 一 个 实现 类 都 来 修改 工厂 类 的 实现 ， 肯 定 不 是 一 个 好 的 实现 方式 。 那么 
现在 希望 新 增加 了 实现 类 过 后 不 修改 工厂 类 ， 该 怎么 办 呢 ? 

一 个 解决 的 方法 就 是 使 用 配置 文件 ， 当 有 了 新 的 实现 类 后 ， 只 要 在 配置 文件 里 面 配 
置 上 新 的 实现 类 即 可 。 在 简单 工厂 的 方法 里 面 可 以 使 用 反射 , 当然 也 可 以 使 用 IoC/DI ( 控 
制 反 转 /依赖 注入 ， 这 个 不 在 这 里 讨论 ) 来 实现 。 

下 面 来 看 看 如 何 使 用 反射 加 上 配置 文件 , 来 实现 添加 新 的 实现 类 后 , 无 须 修改 代码 ， 
就 能 把 这 个 新 的 实现 类 加 入 应 用 中 。 
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(1) 配置 文件 用 最 简单 的 properties 文件 ， 实 际 开发 中 多 是 xml 配置 。 定 义 一 个 名 
称 为 “FactoryTest.properties” 的 配置 文件 ， 放 置 到 Factory 同一 个 包 下 面 ， 内 容 如 下 : 


如 果 新 添加 了 实现 类 ， 修 改 这 里 的 配置 即 可 ， 就 不 需要 修改 程序 了 。 


(2) 此 时 的 工厂 类 实现 如 下 


eo ot 





e.printStackTrace (); 

} catch (IllegalAccessException e) { 
e.printStackTrace (); 

} catch (ClassNotFoundException e) { 
e.printStackTrace (); 

} 


return api; 





} 
(3) 此 时 的 客户 端 就 变 得 很 简单 了 ， 不 再 需要 传 入 参数 ， 代 码 示例 如 下 : 
public class Client { 

Public static void main(String[] args) { 


Api api = Factory.createApi (); 


api .test1 ("了 哈哈， 不 要 紧张 ， 只 是 个 测试 而 已 ! ") ; 不 用 再 传 
} 入 参数 了 
} 


把 上 面 的 示例 代码 输入 到 电脑 里 面 ， 测 试 一 下 ， 体 会 体会 。 


2.3.5 简单 工厂 的 优 缺 点 





简单 工厂 有 以 下 优点 。 

m ”帮助 封装 
简单 工厂 虽然 很 简单 ， 但 是 非常 友好 地 帮助 我 们 实现 了 组 件 的 封装 ， 然 后 让 组 
件 外 部 能 真正 面向 接口 编程 。 

m 解 炎 
通过 简单 工厂 ， 实 现 了 客户 端 和 具体 实现 类 的 解 耦 。 
如 同上 面 的 例子 ， 客 户 端 根 本 就 不 知道 具体 是 由 谁 来 实现 ， 也 不 知道 具体 是 如 
何 实现 的 ， 客 户 端 只 是 通过 工厂 获取 它 需 要 的 接口 对 象 。 

简单 工厂 有 以 下 缺点 。 

m ”可 能 增加 客户 端的 复杂 度 
如 果 通 过 客户 端的 参数 来 选择 具体 的 实现 类 ， 那 么 就 必须 让 客户 端 能 理解 各 个 
参数 所 代表 的 具体 功能 和 含义 ， 这 样 会 增加 客户 端 使 用 的 难度 ， 也 部 分 暴露 了 
内 部 实现 ， 这 种 情况 可 以 选用 可 配置 的 方式 来 实现 。 

m ”不 方便 扩展 子 工厂 
私有 化 简单 工厂 的 构造 方法 ， 使 用 静态 方法 来 创建 接口 ， 也 就 不 能 通过 写 简单 
工厂 类 的 子 类 来 改变 创建 接口 的 方法 的 行为 了 。 不 过 ， 通 常情 况 下 是 不 需要 为 
简单 工厂 创建 子 类 的 。 
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2.3.6 思考 简单 工厂 


1. 简单 工厂 的 本 质 


简单 工厂 的 本 质 是 : 选择 实现 


注意 简单 工厂 的 重点 在 选择 ， 实 现 是 已 经 做 好 了 的 。 就 算 实 现 再 简单 ， 也 要 由 具体 
的 实现 类 来 实现 ， 而 不 是 在 简单 工厂 里 面 来 实现 。 简 单 工厂 的 目的 在 于 为 客户 端 来 选择 
相应 的 实现 ， 从 而 使 得 客户 端 和 实现 之 间 解 耦 。 这 样 一 来 ， 有 具体 实现 发 生 了 变化 ， 就 不 
用 变动 客户 端 了 ， 这 个 变化 会 被 简单 工厂 吸收 和 屏蔽 掉 。 
实现 简单 工厂 的 难点 就 在 于 “如 何 选择 ”实现 ， 前 面 讲 到 了 几 种 传递 参数 的 方法 ， 
那 都 是 静态 的 参数 ， 还 可 以 实现 成 为 动态 的 参数 。 比 如 ， 在 运行 期 间 ， 由 工厂 去 读 取 某 
个 内 存 的 值 ， 或 者 是 去 读 取 数 据 库 中 的 值 ， 然 后 根据 这 个 值 来 选择 具体 的 实现 等 。 
2. 何 时 选用 简单 工厂 
建议 在 以 下 情况 中 选用 简单 工厂 。 
m ”如 果 想 要 完全 封装 隔离 具体 实现 ， 让 外 部 只 能 通过 接口 来 操作 封装 体 ， 那 么 可 
以 选用 简单 工厂 ， 让 客户 端 通过 工厂 来 获取 相应 的 接口 ， 而 无 须 关心 具 体 的 实 
现 。 
m ”如 果 想 要 把 对 外 创建 对 象 的 职责 集中 管理 和 控制 ， 可 以 选用 简单 工厂 ， 一 个 简 
单 工厂 可 以 创建 很 多 的 、 不 相关 的 对 象 ， 可 以 把 对 外 创建 对 象 的 职责 集中 到 一 
个 简单 工厂 来 ， 从 而 实现 集中 管理 和 控制 。 


2.3.7 相关 模式 


m ”简单 工厂 和 抽象 工厂 模式 
简单 工厂 是 用 来 选择 实现 的 ， 可 以 选择 任意 接口 的 实现 。 一 个 简单 工厂 可 以 有 
多 个 用 于 选择 并 创建 对 象 的 方法 ， 多 个 方法 创建 的 对 象 可 以 有 关系 也 可 以 没有 
关系 。 
抽象 工厂 模式 是 用 来 选择 产品 簇 的 实现 的 ， 也 就 是 说 一 般 抽象 工厂 里 面 有 多 个 
用 于 选择 并 创建 对 象 的 方法 , 但 是 这 些 方法 所 创建 的 对 象 之 间 通 常 是 有 关系 的 ， 
这 些 被 创建 的 对 象 通常 是 构成 一 个 产品 艇 所 需要 的 部 件 对 象 。 
所 以 从 某 种 意义 上 来 说 ， 简 单 工厂 和 抽象 工厂 是 类 似 的 ， 如 果 抽 象 工厂 退化 成 
为 只 有 一 个 实现 ， 不 分 层次 ， 那 么 就 相当 于 简单 工厂 了 。 

m ”简单 工厂 和 工厂 方法 模式 
简单 工厂 和 工厂 方法 模式 也 是 非常 类 似 的 。 
工厂 方法 的 本 质 也 是 用 来 选择 实现 的 ， 跟 简单 工厂 的 区 别 在 于 工矿 方法 是 把 选 
择 具 体 实现 的 功能 延迟 到 子 类 去 实现 。 
如 果 把 工厂 方法 中 选择 的 实现 放 到 父 类 直接 实现 ， 那 就 等 同 于 简单 工厂 。 
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典 ”简单 工厂 和 能 创建 对 象 实 例 的 模式 
简单 工厂 的 本 质 是 选择 实现 ， 所 以 它 可 以 跟 其 他 任何 能 够 具体 的 创建 对 象 实例 
的 模式 配合 使 用 ， 比 如 : 单 例 模式 、 原 型 模式 、 生 成 器 模式 等 。 
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3.1 场景 问题 


3.1.1 生活 中 的 示例 
外 观 模式 在 现实 生活 中 的 示例 很 多 ， 比 如 组 装 电脑 ， 通 常会 有 两 种 方案 。 
一 个 方案 是 去 电子 市 场 把 自己 需要 的 配件 都 买 回 来 ， 然 后 自己 组 装 ， 绝 对 DIY (Do 


It Yourself) 。 这 个 方案 好 是 好 ， 但 是 需要 对 各 种 配件 都 要 比较 熟悉 ， 这 样 才能 选择 最 合 
适 的 配件 ， 而 且 还 要 考虑 配件 之 间 的 兼容 性 ， 如 图 3.1 所 示 。 


卖主 板 的 公司 








图 3.1 客户 完全 自己 组 装 电脑 
另外 一 个 方案 ， 就 是 到 电子 市 场 ， 找 一 家 专业 的 装机 公司 ， 把 具体 的 要 求 提出 来 ， 
然后 等 着 拿 电 脑 就 好 了 。 当 然 价格 会 比 自己 全 部 DIY 贵 一 些 ， 但 综合 起 来 还 算是 个 不 错 


的 选择 ， 这 也 是 大 多 数 人 的 选择 ， 如 图 3.2 所 示 。 


卖主 板 的 公司 






图 3.2 找 专业 的 装机 公司 组 装 电 脑 

这 个 专业 的 装机 公司 就 相当 于 本 章 的 主角 一 一 外 观 模式 〈Facade) 。 有 了 它 ， 我 们 
就 不 用 自己 去 和 众多 卖 配件 的 公司 打交道 ， 只 需要 跟 装机 公司 交互 就 可 以 了 ， 并 将 组 装 
好 的 电脑 返回 给 我 们 。 

把 上 面 的 过 程 抽 象 一 下 ， 如 果 把 电子 市 场 看 成 是 一 个 系统 ， 而 各 个 卖 配件 的 公司 看 
成 是 模块 的 话 ， 就 类 似 于 出 现 了 这 样 一 种 情况 : 客户 端 为 了 完成 某 个 功能 ， 需 要 去 调用 
某 个 系统 中 的 多 个 模块 ， 把 它们 称 为 A 模块 、B 模块 和 C 模块 。 对 于 客户 端 而 言 ， 那 就 
需要 知道 A、B、C 这 三 个 模块 的 功能 ， 还 需要 知道 如 何 组 合 这 多 个 模块 提供 的 功能 来 实 
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现 自己 所 需要 的 功能 ， 非 常 麻 烦 。 
要 是 有 一 个 简单 的 方式 能 让 客户 端 去 实现 相同 的 功能 该 多 好 啊 ， 这 样 ， 客 户 端 就 不 
用 跟 系 统 中 的 多 个 模块 交互 ， 而 且 客 户 端 也 不 需要 知道 那么 多 模块 的 细节 功能 了 ， 实 现 
这 个 功能 的 就 是 Facade。 


3.1.2 代码 生成 的 应 用 


考虑 这 样 一 个 实际 的 应 用 : 代码 生成 。 

很 多 公司 都 有 这 样 的 应 用 工具 ， 能 根据 配置 生成 代码 。 一 般 这 种 工具 都 是 公司 内 部 
使 用 ， 较 为 专 有 的 工具 ， 生 成 的 多 是 按照 公司 的 开发 结构 来 实现 的 常见 的 基础 功能 ， 比 
如 增删 改 查 。 这 样 每 次 在 开发 实际 应 用 的 时 候 ， 就 可 以 以 很 快 的 速度 把 基本 的 增删 改 查 
实现 出 来 ， 然 后 把 主要 的 精力 都 放 在 业务 功能 的 实现 上 。 


当然 这 里 不 可 能 去 实现 一 个 这 样 的 代码 生成 工具 ， 那 需要 整 本 书 的 内 容 ， 这 里 仅 用 
它 来 说 明 外 观 模式 。 


假设 使 用 代码 生成 出 来 的 每 个 模块 都 具有 基本 的 三 层 架 构 ， 分 为 表现 层 、 逻 辑 层 和 
数据 层 ， 那 么 代码 生成 工具 里 面 就 应 该 有 相应 的 代码 生成 处 理 模 块 。 


另外 ， 代 码 生 成 工具 自身 还 需要 一 个 配置 管理 的 模块 ， 通 过 配置 来 告诉 代码 生成 工 
具 ， 每 个 模块 究竟 需要 生成 哪些 层 的 代码 。 比 如 ， 通 过 配置 来 描述 ， 是 只 需要 生成 表现 
层 代 码 呢 ， 还 是 三 层 都 生成 。 有 具体 的 模块 示意 如 图 3.3 所 示 。 


代码 生成 工具 
表现 层 生 成 模块 
逻辑 层 生成 模块 


数据 层 生 成 模块 






配置 管理 模块 


图 3.3 ”代码 生成 工具 的 模块 示意 图 


那么 现在 客户 端 需要 使 用 这 个 代码 生成 工具 来 生成 需要 的 基础 代码 ， 该 如 何 实现 
呢 ? 


3.1.3 不 用 模式 的 解决 方案 


有 朋友 会 想 ， 开 发 一 个 这 样 的 工具 或 许 会 比较 麻烦 ， 但 是 使 用 一 下 ， 应 该 不 难 吧 ， 
直接 调用 不 就 可 以 了 。 
在 示范 客户 端 之 前 ， 先 来 把 工具 模拟 示范 出 来 。 为 了 简单 ， 每 个 模块 就 写 一 个 类 ， 


Sl 


研 
度 


而 且 每 个 类 只 是 实现 一 个 功能 ， 仅 仅 做 一 个 示范 。 
(1) 先 看 看 描述 配置 的 数据 Model。 示 例 代码 如 下 : 





/** 
* 示意 配置 描述 的 数据 Mode1， 真 实 的 配置 数据 会 很 多 
二 
Public class ConfigModel { 
/** 
* 是 否 需 要 生成 表现 层 ， 默 认 是 true 
# 
private boolean needGenPresentation = true; 
/六 大 
* 是 否 需 要 生成 逻辑 层 ， 默 认 是 true 
wf 
private boolean needGenBusiness = true; 
/** 
* 是 否 需 要 生成 DAO， 默 认 是 true 
pd 


private boolean needGenDAO = true; 

public boolean isNeedGenPresentation() { 
return needGenPresentation; 

} 

public void setNeedaGenPresentation( 

boolean needGenPresentation) 

this.needGenPresentation = needGenPresentation; 

} 

public boolean isNeedGenBusiness() { 
return needGenBusiness; 

} 

public void setNeedGenBusiness (boolean needGenBusiness) { 
this.needGenBusiness = needGenBusiness; 

} 

public boolean isNeedGenDAO() { 
return needGenDAO; 

} 

public void setNeedGenDAO (boolean needGenDAO) { 
this.needGenDAO = needGenDAO; 


} 
(2) 接 下 来 看 看 配置 管理 的 实现 示意 。 示 例 代码 如 下 : 
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(3) 再 来 看 看 各 个 生成 代码 的 模块 。 在 示意 中 ,它们 的 实现 类 似 ， 就 是 获取 配置 文 
件 的 内 容 ， 然 后 按照 配置 来 生成 相应 的 代码 。 
先 来 看 生成 表现 层 的 示意 实现 。 示 例 代码 如 下 : 








System.out.println ("正在 生成 表现 层 代码 文件 ") ; 


} 
再 来 看 生成 逻辑 层 的 示意 实现 。 示 例 代 码 如 下 : 
/** 
* 示意 生成 逻辑 层 的 模块 
二 肖 
Public class Business { 
public void generate(){ 
ConfigModel cm = 
ConfigManager .getInstance() .getConfigData();，; 


if(cm.isNeedGenBusiness())1{ 


System.out .Println(" 正 在 生成 逻辑 层 代码 文件 ") ; 


} 
下 面 是 生成 数据 层 的 示意 实现 。 示 例 代码 如 下 : 
/** 
* 示意 生成 数据 层 的 模块 
闫 六 
public class DAO 1{ 
public void generate() 1{ 
ConfigModel cm = 
ConfigManager.getIinstance() .getConfigData(); 


if(cm.isNeedGenDAO()){ 
System.out .println ("正在 生成 数据 层 代码 文件 "); 


} 
(4) 此 时 的 客户 端 实现 ， 就 应 该 自行 去 调用 这 多 个 模块 了 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) { 
// 现 在 没有 配置 文件 ， 直 接 使 用 默认 的 配置 ， 通 常情 况 下 ， 三 层 都 应 该 生成 
// 也 就 是 说 客户 端 必 须 对 这 些 模块 都 有 了 解 ， 才 能 够 正确 使 用 它们 
new Presentation() .generate(); 
new Business() .generate(); 


new DAO() .generate ();，; 
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} 
运行 结果 如 下 : 
正在 生成 表现 层 代码 文件 


正在 生成 逻辑 层 代码 文件 
正在 生成 数据 层 代码 文件 


3.1.4 有 何 问题 


仔细 查看 上 面 的 实现 ， 会 发 现 其 中 有 一 个 问题 ， 那 就 是 客户 端 为 了 使 用 生成 代码 的 
功能 ， 需 要 与 生成 代码 子 系统 内 部 的 多 个 模块 交互 。 


这 对 于 客户 端 而 言 ， 是 个 麻烦 ， 使 得 客户 端 不 能 简单 地 使 用 生成 代码 的 功能 。 而 且 ， 
如 果 其 中 的 某 个 模块 发 生 了 变化 ， 还 可 能 会 引起 客户 端 也 要 随 着 变化 。 


那么 如 何 实 现 ， 才 能 让 子 系统 外 部 的 客户 端 在 使 用 子 系统 的 时 候 ， 既 能 简单 地 使 用 
这 些 子 系统 内 部 的 模块 功能 ， 而 又 不 用 客户 端 去 与 子 系统 内 部 的 多 个 模块 交互 呢 ? 


3.2 解决 方案 


3. 2.1 使 用 外 观 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 外 观 模式 。 那 么 什么 是 外 观 模式 呢 ? 
1. 外 观 模式 的 定义 
这 里 先 对 两 个 词 进行 一 下 说 明 ， 一 个 是 界面 ， 另 一 个 是 接口 。 


为 子 系统 中 的 一 组 接口 提供 一 个 一 致 的 界面 ，Facade 模式 定义 了 一 个 高 层 接口 ， 


这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 





1) 界面 

一 提 到 界面 ， 估 计 很 多 朋友 的 第 一 反应 就 是 图 形 界 面 (GUI) 。 其 实在 这 里 提 到 的 
界面 ， 主 要 指 的 是 从 一 个 组 件 外 部 来 看 这 个 组 件 ， 能 够 看 到 什么 ， 这 就 是 这 个 组 件 的 界 
面 ， 也 就 是 所 说 的 外 观 。 

比如 ， 你 从 一 个 类 外 部 来 看 这 个 类 ， 那 么 这 个 类 的 public 方法 就 是 这 个 类 的 外 观 ， 
因为 你 从 类 外 部 来 看 这 个 类 ， 就 能 看 到 这 些 。 

再 比如 ， 你 从 一 个 模块 外 部 来 看 这 个 模块 ， 那 么 这 个 模块 对 外 的 接口 就 是 这 个 模块 
的 外 观 ， 因 为 你 只 能 看 到 这 些 接口 ， 其 他 的 模块 内 部 实现 的 部 分 是 被 接口 封装 隔离 了 的 。 

2) 接口 

一 提 到 接口 ， 做 Java 的 朋友 的 第 一 反应 就 是 interface。 其 实在 这 里 提 到 的 接口 ， 主 
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要 指 的 是 外 部 和 内 部 交互 的 这 么 一 个 通道 ， 通 常 是 指 一 些 方法 ， 可 以 是 类 的 方法 ， 也 可 
以 是 interface 的 方法 。 也 就 是 说 ， 这 里 所 说 的 接口 ， 并 不 等 价 于 interface， 也 有 可 能 是 一 
个 类 

2. 应 用 外 观 模 式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 客 户 端 想 要 操作 更 简单 点 ， 那 就 根据 客户 端的 需要 来 给 客户 
端 定 义 一 个 简单 的 接口 ， 然 后 让 客户 端 调用 这 个 接口 ， 剩 下 的 事情 客户 端 就 不 用 管 它 ， 
这 样 客户 端 就 变 得 简单 了 。 

当然 ， 这 里 所 说 的 接口 就 是 客户 端 和 被 访问 的 系统 之 间 的 一 个 通道 ， 并 不 一 定 是 指 
Java 的 interface。 它 在 外 观 模式 里 面 ， 通 常 指 的 是 类 ， 这 个 类 被 称 为 “外 观 ”。 

外 观 模 式 就 是 通过 引入 这 么 一 个 外 观 类 ， 在 这 个 类 里 面 定 义 客户 端 想 要 的 简单 的 方 
法 ， 然 后 在 这 些 方法 的 实现 里 面 ， 由 外 观 类 再 去 分 别 调用 内 部 的 多 个 模块 来 实现 功能 ， 
从 而 让 客户 端 变 得 简单 。 这 样 一 来 ， 客 户 端 就 只 需要 和 外 观 类 交互 就 可 以 了 。 


3. 2.2 外观 模 式 的 结构 和 说 明 


外 观 模式 的 结构 如 图 3.4 所 示 。 





图 3.4 外观 模式 结构 示意 图 
1. Facade 
定义 子 系统 的 多 个 模块 对 外 的 高 层 接口 ， 通 常 需要 调用 内 部 多 个 模块 ， 从 而 把 客户 
的 请 求 代 理 给 适当 的 子 系统 对 象 。 
2. 模块 
接受 Facade 对 象 的 委派 ， 真 正 实现 功能 ， 各 个 模块 之 间 可 能 有 交互 。 
但 是 请 注意 ，Facade 对 象 知道 各 个 模块 ， 但 是 各 个 模块 不 应 该 知道 Facade 对 象 。 


3.2.3 外观 模式 示例 代码 
由 于 外 观 模式 的 结构 图 过 于 抽象 ,因此 把 它 稍稍 具体 点 。 假设 子 系统 内 有 三 个 模块 ， 


分 别 是 AModule、BModule 和 CModule， 它 们 分 别 有 一 个 示意 的 方法 ， 那 么 此 时 示例 的 
整体 结构 如 图 3.5 所 示 。 
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图 3.5 外观 模 式 示 例 的 整体 结构 示意 图 
还 是 来 看 看 代码 示例 ， 会 比较 清楚 。 
(1) 首先 定义 A 模块 的 接口 ，A 模块 对 外 提供 功能 方法 ， 从 抽象 的 高 度 去 看 ， 可 
以 是 任意 的 功能 方法 。 示 例 代 码 如 下 : 

/** 
* A 模块 的 接口 
Sy 
public interface AModuleApi { 

/** 

* 示意 方法 ，A 模块 对 外 的 一 个 功能 方法 

区 

public void testRA() 








} 
(2) 实现 A 模块 的 接口 。 简 单 示 范 一 下 ， 示 例 代码 如 下 : 
public class AModuleImpl implements AModuleApit 


public void testA() { 
System.out .println ("现在 在 A 模块 里 面 操作 testA 方法 "); 


} 
(3) 同 理 ， 定 义 和 实 现 B 模块 和 C 模块 。 
先 来 看 B 模块 的 接口 定义 。 示 例 代 码 如 下 : 
public interface BModuleApi { 
public void testB(); 
} 
B 模块 的 实现 示意 ， 示 例 代 码 如 下 : 
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public class BModuleImpl implements BModuleApit{ 
public void testB() { 


System.out .println ("现在 在 B 模块 里 面 操作 testB 方法 ")，; 


} 
C 模块 的 接口 定义 ， 示 例 代码 如 下 : 


public interface CModuleApi { 
public void testC(); 





} 
C 模块 的 实现 示意 ， 示 例 代码 如 下 : 


public class CModuleImpl implements CModuleApit{ 
public void testC() { 
System.out .println ("现在 在 C 模块 里 面 操 作 testc 方法 ") ; 


} 
(4) 定义 外 观 对 象 ， 示 例 代码 如 下 : 


/** 

* 外 观 对 象 

这 六 

public class Facade { 
/ ** 
* 示意 方法 ， 满 足 客户 需要 的 功能 
这 


public void test()1 
// 在 内 部 实现 的 时 候 ， 可 能 会 调用 到 内 部 的 多 个 模块 
AModuleApi a = new AModuleImp]l (); 
a.testA(); 
BModuleApi 
b.testB(); 
CModuleApi c 


5 
上 


new BModuleImpl (); 


new CModuleImpl (); 
c.testC(); 


} 
(5) 客户 端 如 何 使 用 呢 ? 直接 使 用 外 观 对 象 就 可 以 了 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) { 
// 使 用 Facade 


new Facade() .test() : 
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} 

运行 结果 如 下 : 

现在 在 A 模块 里 面 操作 testA 方法 
现在 在 B 模块 里 面 操作 testB 方法 
现在 在 C 模块 里 面 操作 testc 方法 


3.2.4 使 用 外 观 模式 重 写 示例 


要 使 用 外 观 模式 重 写 前 面 的 示例 ， 其 实 非 常 简单 ， 只 须 添加 一 个 Facade 的 对 象 ， 然 
后 在 里 面 实现 客户 端 需要 的 功能 就 可 以 了 。 
(1) 新 添加 一 个 Facade 对 象 。 示 例 代码 如 下 : 
py foe 
* 代码 生成 子 系统 的 外 观 对 象 
*/ 
public class Facade { 
/ 尖 突 
* 客户 端 需 要 的 ， 一 个 简单 的 调用 代码 生成 的 功能 
WA 
public void generate(){ 
new Presentation() .generate(); 
new Business() .generate(); 


new DAO() .generate () 7 


(2) 其 他 定义 和 实现 都 没有 变化 ， 这 里 就 不 再 更 述 。 
(3) 看 看 此 时 的 客户 端 怎么 实现 ? 不 再 需要 客户 端 去 调用 子 系统 内 部 的 多 个 模块 ， 
直接 使 用 外 观 对 象 就 可 以 了 。 示 例 代码 如 下 : 
bublio class Clientt ; 
pudlic static. void main (Stringt bargeyE 


// 使 用 Facade 


new Facade() .generate(); 


; 

去 运行 看 看 ， 是 否 能 正确 地 实现 功能 。 

如 同上 面 讲述 的 例子 ，Facade 类 其 实 相 当 于 A、B、C 模块 的 外 观 界面 ，Facade 类 
也 被 称 为 A、B、C 模块 对 外 的 接口 ， 有 了 这 个 Facade 类 ， 那 么 客户 端 就 不 需要 知道 系 
统 内 部 的 实现 细节 ， 甚 至 客户 端 都 不 需要 知道 A、B、C 模块 的 存在 ， 客 户 端 只 需要 跟 
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Facade 类 交互 就 好 了 ， 从 而 更 好 地 实现 了 客户 端 和 子 系统 中 A、B、C 模块 的 解 耦 ， 让 客 
户 端 更 容易 地 使 用 系统 。 


3.3 模式 讲解 


3.3.1 认识 外 观 模式 


1. 外 观 模 式 的 目的 

外 观 模式 的 目的 不 是 给 子 系统 添加 新 的 功能 接口 ， 而 是 为 了 让 外 部 减少 与 子 系统 内 
多 个 模块 的 交互 ， 松 散 耦 合 ， 从 而 让 外 部 能 够 更 简单 地 使 用 子 系统 。 

这 点 要 特别 注意 ， 因 为 外 观 是 当 作 子 系统 对 外 的 接口 出 现 的 ， 虽 然 也 可 以 在 这 里 定 
义 一 些 子 系统 没有 的 功能 ， 但 不 建议 这 么 做 。 外 观 应 该 是 包装 已 有 的 功能 ， 它 主要 负责 
组 合 己 有 功能 来 实现 客户 需要 ， 而 不 是 添加 新 的 实现 。 

2. 使 用 外 观 和 不 使 用 外 观 相 比 有 何 变化 


E 汪 看 到 Facade 的 实现 ， 可 能 有 些 朋友 会 说 ， 这 不 就 是 把 原来 在 客户 端的 代码 搬 到 





zB Facade 里 面 了 吗 ? 没有 什么 大 变化 啊 ? 


没 错 ， 说 的 很 对 ， 表 面 上 看 就 是 把 客户 端的 代码 搬 到 Facade 里 面 了 ， 但 实质 是 发 生 
了 变化 的 。 请 思考 : Facade 到 底 位 于 何 处 呢 ? 是 位 于 客户 端 还 是 在 由 A、B、C 模块 组 成 
的 系统 这 边 呢 ? 

答案 肯定 是 在 系统 这 边 ， 这 有 什么 不 一 样 吗 ? 

当然 有 了 ， 如 果 Facade 在 系统 这 边 ， 那 么 它 就 相当 于 屏蔽 了 外 部 客户 端 和 系统 内 部 
模块 的 交互 ， 从 而 把 A、B、C 模块 组 合成 为 一 个 整体 对 外 ， 不 但 方便 了 客户 端的 调用 ， 
而 且 封装 了 系统 内 部 的 细节 功能 。 也 就 是 说 Facade 与 各 个 模块 交互 的 过 程 已 经 是 内 部 实 
现 了 。 这 样 一 来 ， 如 果 今 后 调用 模块 的 算法 发 生 了 变化 ， 比 如 变化 成 要 先 调用 B， 然 后 
调用 A， 那么 只 需要 修改 Facade 的 实现 就 可 以 了 。 

另外 一 个 好 处 ，Facade 的 功能 可 以 被 很 多 个 客户 端 调用 ， 也 就 是 说 Facade 可 以 实现 
功能 的 共享 ， 也 就 是 实现 复 用 。 同 样 的 调用 代码 就 只 用 在 Facade 里 面 写 一 次 就 好 了 ， 而 
不 用 在 多 个 调用 的 地 方 重复 写 。 

还 有 一 个 潜在 的 好 处 ， 对 使 用 Facade 的 人 员 来 说 ，Facade 大 大 节省 了 他 们 的 学 习 成 
本 ， 他 们 只 需要 了 解 Facade 即 可 ， 无 须 再 深入 到 子 系统 内 部 ， 去 了 解 每 个 模块 的 细节 ， 
也 不 用 和 多 个 模块 交互 ， 从 而 使 得 开发 简单 ， 学 习 也 容易 。 

3. 有 外 观 ， 但 是 可 以 不 使 用 

虽然 有 了 外 观 ， 如 果 有 需要 ， 外 部 还 是 可 以 绕 开 Facade， 而 直接 调用 某 个 具体 模块 
的 接口 ， 这 样 就 能 实现 兼顾 组 合 功能 和 细节 功能 。 比 如 在 客户 端 就 想 要 使 用 A 模块 的 功 
能 ， 那 么 就 不 需要 使 用 Facade， 可 以 直接 调用 A 模块 的 接口 。 

示例 代码 如 下 : 
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public class Client { 
Public static void main(String[] args) { 直接 调用 - 


AModuleApi a = new RModuleImP1():; 
a-.testA()? 


} 

4. 外 观 提 和 代 了 缺 省 的 功能 实现 

现在 的 系统 是 越 做 越 大 、 越 来 越 复 杂 ， 对 软件 的 要 求 也 就 越 来 越 高 。 为 了 提高 系统 
的 可 重用 性 ， 通 常会 把 一 个 大 的 系统 分 成 很 多 个 子 系统 ， 再 把 一 个 子 系统 分 成 很 多 更 小 
的 子 系统 ， 一 直 分 下 去 ， 分 到 一 个 一 个 小 的 模块 ， 这 样 一 来 ， 子 系统 的 重用 性 会 得 到 加 
强 ， 也 更 容易 对 子 系统 进行 定制 和 使 用 。 

但 是 这 也 带 来 一 个 问题 ， 如 果 用 户 不 需要 对 子 系统 进行 定制 ， 仅 仅 就 是 想 要 使 用 它 
们 来 完成 一 定 的 功能 ， 那 么 使 用 起 来 会 比较 麻烦 ， 需 要 跟 多 个 模块 交互 。 

外 观 对 象 就 可 以 为 用 户 提 供 一 个 简单 的 、 缺 省 的 实现 ， 这 个 实现 对 大 多 数 的 用 户 来 
说 都 是 已 经 足够 了 的 。 但 是 外 观 并 不 限制 那些 需要 更 多 定制 功能 的 用 户 ， 可 以 直接 越过 
外 观 去 访问 内 部 模块 的 功能 

5. 外 观 模 式 的 调用 顺序 示意 图 

Q fe] [GEE 


ient 


下 ;调用 外 观 的 菜 个 卢 法 








| 
1.1: 可 能 需要 油 用 4A 模 块 的 方法 | 





图 3.6 ”外观 模 式 调用 顺序 示意 图 


3.3.2 外观 模式 的 实现 


1. Facade 的 实现 
对 于 一 个 子 系统 而 言 ， 外 观 类 不 需要 很 多 ， 通 常 可 以 实现 成 为 一 个 单 例 。 
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也 可 以 直接 把 外 观 中 的 方法 实现 成 为 静态 的 方法 ， 这 样 就 可 以 不 需要 创建 外 观 对 象 
的 实例 而 直接 调用 ， 这 种 实现 相当 于 把 外 观 类 当成 一 个 辅助 工具 类 实现 。 简 要 的 示例 代 
码 如 下 : 
public class Facade { 
Private Facade(){ } 
public static void test(){ 
AModuleApi a = new AModuleImpl (); 
dtestA() 
BModuleApi b = new BModuleImpl (); 
bitestB()> 
CModuleApi c = new CModuleImpl (); 
crtesto0) 


} 

2. Facade 可 以 实现 成 为 interface 

虽然 Facade 通常 直接 实现 成 为 类 ， 但 是 也 可 以 把 Facade 实现 成 为 真正 的 interface。 
只 是 这 样 会 增加 系统 的 复杂 程度 ， 因 为 这 样 会 需要 一 个 Facade 的 实现 ， 还 需要 一 个 来 获 
取 Facade 接口 对 象 的 工厂 。 此 时 的 结构 如 图 3.7 所 示 。 


客户 端 : 
需要 首先 从 工 


厂 去 获取 Facade 
Facade 接口 ， 实现 


然后 才能 调用 


工厂 ， 对 外 提供 
功能 


Facade 接口 





图 3.7 外 观 实现 成 为 接口 的 结构 示意 图 
3. Facade 实现 成 为 interface 的 附带 好 处 
如 果 把 Facade 实现 成 为 接口 ， 还 附带 一 个 功能 ， 就 是 能 够 有 选择 性 地 暴露 接口 的 方 
法 ， 尽 量 减 少 模块 对 子 系统 外 提供 的 接口 方法 。 


换 和 外 话说 ,一 个 模块 的 接口 中 定义 的 方法 可 以 分 成 两 部 分 一 部 分 是 给 子 系 统 外 


部 使 用 的 ， 一 部 分 是 子 系统 内 部 的 模块 间 相 互 调用 时 使 用 的 。 有 了 Facade 接口 ， 
那么 用 于 子 系统 内 部 的 接口 功能 就 不 用 暴露 给 子 系统 的 外 部 了 。 


比如 ， 定 义 如 下 的 A、B、C 模块 的 接口 : 


public interface AModuleApi { 
publlewuvoid al()}? 对 子 系统 外 部 
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这 些 方法 是 用 在 子 系统 内 部 , 与 


OUDLacr yoi eat 

publiorvoid as(); | B、C 模块 交互 用 
} 
同 理 定义 B、C 模块 的 接口 


public interface BModuleApi { 


// 对 子 系统 外 部 
Publio vold bE()y 
// 子 系统 内 部 使 用 
SupDLiclvoLd De(y; 
// 子 系统 内 部 使 用 


Te 
} 
public interface CModuleApi { 

// 对 子 系统 外 部 

Budlio vordneor GY) 

// 子 系统 内 部 使 用 

publieu vosd ct) 

// 子 系统 内 部 使 用 

public void c3(); 
} 
定义 好 各 个 模块 的 接口 ， 接 下 来 定义 Facade 的 接口 : 
public interface FacadeApi { 
SubLLo Volid, at( yy 
publicevoid bl()» | 


DUBLic void cll(); 








这 些 是 A、B、C 模块 对 子 系 统 外 的 
接口 , 这 样 外 部 就 不 需要 知道 A、B、 
C 模块 的 存在 ， 只 需要 知道 Facade 
接口 就 行 了 。 






publice void test ()» 这 是 对 外 提供 的 组 合 方法 ， 跟 前 面 例子 中 
} 的 Facade 类 里 面 的 方法 一 样 。 


这 样 定义 Facade 的 话 ， 外 部 只 需要 有 Facade 接口 ， 就 不 再 需要 其 他 的 接口 了 ， 可 
以 有 效 地 屏蔽 内 部 的 细节 ， 免 得 客户 端 去 调用 A 模块 的 接口 时 ， 发 现 一 些 不 需要 它 知道 
的 接口 ， 将 会 造成 “接口 污染 ”。 

比如 a2、a3 方法 就 不 需要 让 客户 端 知道 ， 否 则 既 暴 露 了 内 部 的 细节 ， 又 让 客户 端 迷 
惑 。 对 客户 端 来 说 ， 他 可 能 还 要 去 思考 a2、a3 方法 用 来 干什么 呢 ? 其 实 a2、a3 方法 是 
对 内 部 模块 之 间 交 互 的 ， 原 本 就 不 是 对 子 系统 外 部 的 ， 所 以 干脆 就 不 要 让 客户 端 知 道 。 

4. Facade 的 方法 实现 

Facade 的 方法 实现 中 ， 一 般 是 负责 把 客户 端的 请 求 转发 给 子 系统 内 部 的 各 个 模块 进 
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行 处 理 ，Facade 的 方法 本 身 并 不 进行 功能 的 处 理 ，Facade 的 方法 实现 只 是 实现 一 个 功能 
的 组 合 调用 。 


当然 在 Facade 中 实现 一 个 逻辑 处 理 也 并 不 是 不 可 以 的 , 但 是 不 建议 这 样 做 ， 因 为 这 
不 是 Facade 的 本 意 ， 也 超出 了 Facade 的 边界 。 


3. 3.3 外观 模式 的 优 缺 点 


外 观 模式 有 如 下 优点 。 

a 松散 耦合 
外 观 模 式 松散 了 客户 端 与 子 系统 的 耦合 关系 ， 让 子 系统 内 部 的 模块 能 更 容易 扩 
展 和 维护 。 

ma ”简单 易 用 
外 观 模 式 让 子 系统 更 加 易 用 ， at 人 
要 跟 众多 子 系统 内 部 的 模块 进行 交互 ， 只 需要 跟 外 观 交互 就 可 以 了 ， 相 当 于 外 
观 类 为 外 部 客户 端 使 用 子 系统 提供 了 - 站 式 服务 。 

sm ”更 好 地 划分 访问 的 层次 
通过 合理 使 用 Facade， 可 以 帮助 我 们 更 好 地 划分 访问 的 层次 。 有 些 方 法 是 对 系 
统 外 的 ,， 有 些 方法 是 系统 内 部 使 用 的 。 把 需要 暴露 给 外 部 的 功能 集中 到 外 观 中 ， 
这 样 既 方便 客户 端 使 用 ， 也 很 好 地 隐藏 了 内 部 的 细节 。 


外 观 模式 有 如 下 缺点 。 
过 多 的 或 者 是 不 太 合理 的 Facade 也 容易 让 人 迷惑 。 到 底 是 调用 Facade 好 呢 ， 
还 是 直接 调用 模块 好 。 

3.3.4 思考 外 观 模式 


1. 外 观 模式 的 本 质 


外 观 模式 的 本 质 是 : 封装 交互 ， 简 化 调用 。 


Facade 封装 了 子 系统 外 部 和 子 系统 内 部 多 个 模块 的 交互 过 程 ， 从 而 简化 了 外 部 的 调 
用 。 通 过 外 观 ， 子 系统 为 外 部 提供 一 些 高 层 的 接口 ， 以 方便 它们 的 使 用 。 

2. 对 设计 原则 的 体现 

外 观 模式 很 好 地 体现 了 “最 少 知识 原则 ”。 

如 果 不 使 用 外 观 模 式 ， 客 户 端 通常 需要 和 子 系统 内 部 的 多 个 模块 交互 ， 也 就 是 说 客 


户 端 会 有 很 多 的 朋友 ， 客 户 端 和 这 些 模块 之 间 都 有 依赖 关系 ， 任 意 一 个 模块 的 变动 都 可 
能 会 引起 客户 端的 变动 。 


使 用 外 观 模 式 后 ， 客 户 端 只 需要 和 外 观 类 交互 ， 也 就 是 说 客户 端 只 有 外 观 类 这 一 个 
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朋友 ， 客 户 端 就 不 需要 去 关心 子 系统 内 部 模块 的 变动 情况 了 ， 客 户 端 只 是 和 这 个 外 观 类 
有 依赖 关系 。 

这 样 一 来 ， 客 户 端 不 但 简单 ， 而 且 这 个 系统 会 更 有 弹性 。 当 系统 内 部 多 个 模块 发 生 
变化 的 时 候 ， 这 个 变化 可 以 被 这 个 外 观 类 吸收 和 消化 ， 并 不 需要 影响 到 客户 端 ， 换 句 话 
说 就 是 : 可 以 在 不 影响 客户 端的 情况 下 ， 实 现 系统 内 部 的 维护 和 扩展 。 

3. 何 时 选用 外 观 模式 

建议 在 如 下 情况 时 选用 外 观 模式 。 

ma ”如 果 你 希望 为 一 个 复杂 的 子 系统 提供 一 个 简单 接口 的 时 候 ， 可 以 考虑 使 用 外 观 

模式 。 使 用 外 观 对 象 来 实现 大 部 分 客户 需要 的 功能 ， 从 而 简化 客户 的 使 用 。 
m 如果 想 要 让 客户 程序 和 抽象 类 的 实现 部 分 松散 耦合 ， 可 以 考虑 使 用 外 观 模式 ， 
使 用 外 观 对 象 来 将 这 个 子 系统 与 它 的 客户 分 离开 来 ， 从 而 提高 子 系统 的 独立 性 
和 可 移植 性 。 

m 如果 构 建 多 层 结构 的 系统 ， 可 以 考虑 使 用 外 观 模式 ， 使 用 外 观 对 象 作为 每 层 的 
入 口 ， 这 样 可 以 简化 层 间 调 用 ， 也 可 以 松散 层次 之 间 的 依赖 关系 。 


3.3.5 相关 模式 


a 外观 模式 和 中 介 者 模式 
这 两 个 模式 非常 类 似 ， 但 是 却 有 本 质 的 区 别 。 
中 介 者 模式 主要 用 来 封装 多 个 对 象 之 间 相 互 的 交互 ， 多 用 在 系统 内 部 的 多 个 模 
块 之 间 ; 而 外 观 模 式 封 装 的 是 单 向 的 交互 ， 是 从 客户 端 访 问 系统 的 调用 ， 没 有 
从 系统 中 来 访问 客户 端的 调用 。 
在 中 介 者 模式 的 实现 里 面 ， 是 需要 实现 具体 的 交互 功能 的 ;而 外 观 模 式 的 实现 
里 面 ， 一 般 是 组 合 调用 或 是 转调 内 部 实现 的 功能 ， 通 常 外 观 模式 本 身 并 不 实现 
这 些 功 能 。 
中 介 者 模式 的 目的 主要 是 松散 多 个 模块 之 间 的 厢 合 ， 把 这 些 看 合 关 系 全 部 放 到 
中 介 者 中 去 实现 ， 而 外 观 模 式 的 目的 是 简化 客户 端的 调用 ， 这 点 和 中 介 者 模式 
也 不 同 。 

m ”外 观 模式 和 单 例 模式 
通常 一 个 子 系统 只 需要 一 个 外 观 实例 , 所 以 外 观 模式 可 以 和 单 例 模式 组 合 使 用 ， 
把 Facade 类 实现 成 为 单 例 。 当 然 ， 也 可 以 跟前 面 示例 的 那样 ， 把 外 观 类 的 构造 
方法 私有 化 ， 然 后 把 提供 给 客户 端的 方法 实现 成 为 静态 的 。 

a ”外 观 模 式 和 抽象 工厂 模式 
外 观 模式 的 外 观 类 通常 需要 和 系统 内 部 的 多 个 模块 交互 ， 每 个 模块 一 般 都 有 自 
己 的 接口 ， 所 以 在 外 观 类 的 具体 实现 里 面 ， 需 要 获取 这 些 接口 ， 然 后 组 合 这 些 
接口 来 完成 客户 端的 功能 。 
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那么 怎么 获取 这 些 接口 呢 ? 就 可 以 和 抽象 工厂 一 起 使 用 ， 外 观 类 通过 抽象 工厂 
来 获取 所 需要 的 接口 ， 而 抽象 工厂 也 可 以 把 模块 内 部 的 实现 对 Facade 进行 屏 
项 ， 也 就 是 说 Facade 也 仅仅 只 是 知道 它 从 模块 中 获取 它 需 要 的 功能 ， 模 块 内 部 
的 细节 ，Facade 也 不 知道 。 
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4.1 场景 问题 


4.1.1 装配 电脑 的 例子 


1. 旧 的 硬盘 和 电源 

小 李 有 一 台 老 的 台式 电脑 ， 硬 盘 实 在 是 太 小 了 ， 仅 仅 40GB， 但 是 除了 这 个 问题 外 ， 
整 机 性 能 还 不 错 ， 废 弃 不 用 太 可 惜 了 ， 于 是 决定 去 加 装 一 块 新 的 硬盘 。 

在 装机 公司 为 小 李 的 电脑 加 装 新 硬盘 的 时 候 ， 小 李 也 在 旁边 观看 ， 顺 便 了 解 一 些 硬 
件 知 识 。 很 快 ， 装 机 人 员 把 两 块 硬盘 都 安装 好 了 ， 细 心 的 小 李 发 现 ， 这 两 块 硬盘 的 连接 
方式 是 不 一 样 的 。 

经 过 装机 人 员 的 耐心 讲解 ， 小 李 搞 清楚 了 它们 的 不 同 。 以 前 的 硬盘 是 串口 的 ， 如 图 
4.1 所 示 ， 电 脑 电源 如 图 4.2 所 示 ， 在 连接 电源 的 时 候 是 直接 连接 。 





电源 接口 


图 4.1 旧 的 硬盘 图 4.2 电脑 电源 
2. 加 入 新 的 硬盘 
现在 的 新 硬盘 是 并 口 的 ， 如 图 4.3 所 示 ， 电 源 的 输出 口 无 法 直接 连接 到 新 的 硬盘 上 
了 。 于 是 就 有 了 转 接线 ， 一 边 和 电源 的 输出 口 连接 ， 一 边 和 新 的 硬盘 电源 输入 口 连接 ， 
解决 了 电源 输出 接口 和 硬盘 输入 接口 不 匹配 的 问题 ， 如 图 4.4 所 示 。 












图 4.3 新 的 硬盘 图 4.4 ”电源 转 接线 
3. 有 何 问题 
如 果 把 上 面 的 问题 抽象 一 下 ， 用 对 象 来 描述 ， 那 就 是 : 有 一 个 电源 类 和 旧 的 硬盘 类 
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配合 工作 得 很 好 ， 现 在 又 有 了 一 个 新 的 硬盘 类 ， 现 在 想 让 新 的 硬盘 类 和 电源 类 也 配合 使 
用 ， 但 是 发 现 它 们 的 接口 无 法 匹配 ， 问 题 就 产生 了 : 如 何 让 原 有 的 电源 类 的 接口 能 够 适 
应 新 的 硬盘 类 的 电源 接口 的 需要 呢 ? 
4. 如 何 解决 
解决 方法 是 采用 一 个 转 接 线 类 ， 转 接线 可 以 把 电源 的 接口 适 配 成 为 新 的 硬盘 所 需要 
的 接口 ， 那 么 这 个 转 接 线 类 就 类 似 本 章 的 主角 一 一 适配器 (Adapter) 。 


4.1.2 同时 支持 数据 库 和 文件 的 日 志 管 理 


看 了 上 面 这 个 例子 ， 估 计 对 适配器 模式 有 一 点 感觉 了 。 这 是 一 个 在 生活 中 常见 的 例 
子 ， 类 似 的 例子 很 多 ， 比 如 ， 各 种 管道 的 转 接头 、 不 同 制式 的 插座 等 。 但 是 这 种 例子 只 
能 帮助 大 家 理解 适配器 模式 的 功能 ， 跟 实际 的 应 用 系统 开发 总 是 有 一 些 差距 ， 让 人 感觉 
到 好 像 是 理解 了 模式 的 功能 ， 但 是 一 到 真实 的 系统 开发 中 ， 就 不 知道 如 何 使 用 这 个 模式 
了 ， 有 些 隔 就 摄 痒 的 感觉 。 因 此 ， 下 面 还 是 以 实际 系统 中 的 例子 来 讲述 ， 以 帮助 大 家 真 
正 理解 和 应 用 适配器 模式 。 

考虑 一 个 记录 日 志 的 应 用 ， 由 于 用 户 对 日 志 记 录 的 要 求 很 高 ， 使 得 开发 人 员 不 能 简 
单 地 采用 一 些 已 有 的 日 志 工具 或 日 志 框 架 来 满足 用 户 的 要 求 ， 而 需要 按照 用 户 的 要 求 重 
新 开发 新 的 日 志 管理 系统 。 当 然 这 里 不 可 能 完全 按照 实际 系统 那样 去 完整 实现 ， 只 是 抽 
取 跟 适配器 模式 相关 的 部 分 来 讲述 。 

1. 日 志 管理 第 一 版 

在 第 一 版 的 时 候 ， 用 户 要 求 日 志 以 文件 的 形式 记录 。 开 发 人 员 遵 照 用 户 的 要 求 ， 对 
日 志文 件 的 存 取 实 现 如 下 。 

(1) 先 简单 定义 日 志 对 象 ， 也 就 是 描述 日 志 的 对 象 模型 。 由 于 这 个 对 象 需要 被 写 入 
文件 中 ， 因 此 这 个 对 象 需要 序列 化 。 示 例 代 码 如 下 : 

/** 

* 日 志 数 据 对 象 

oh 

public class LogModel 


private String logId; 

/文大 

* 操作 人 员 

Sh 

private String operateUser; 

/** 

* 操作 时 间 ， 以 yyyy-MM-dqd HH:mm:ss 的 格式 记录 
wf 


49 


private String operateTime; 


/六 大 
* 日 志 内 容 
we 


private String logContent; 





对 应 属性 的 getter/setter 
方法 






public String getLogId() { 
return loglId; 





} 

public void setLogId(String logId) { 
this.logId = logId; 

} 

public String getOperateUser() { 
return operateUser; 

} 

public void setOperateUser (String operateUser) { 
this.operateUser = operateUser; 

} 

public String getOperateTime() { 
return operateTime; 

} 

public void setOperateTime (String operateTime) { 
this.operateTime = operateTime; 

} 

public String getLogContent() { 
return logContent; 

} 

public void setLogContent (String logContent) { 
this.logContent = logContent; 

} 

publie String ‘toString()1 
return "logId="+logId+",operateUser="+operateUser 


+",operateTime="+operateTime+", logContent="+logContent; 


4 

(2) 接 下 来 定义 一 个 操作 日 志文 件 的 接口 。 示 例 代码 如 下 : 
/ 

* 日 志文 件 操作 接口 

ef 

public interface LogFileOperateApi { 
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/** 


* 读 取 日 志文 件 ， 从 文件 里 面 获取 存储 的 日 志 列 表 对 和 象 
* @return 存储 的 日 志 列 表 对 和 象 
wi 
public List<LogModel> readLogFile(); 
/** 
* 写 日 志文 件 ， 把 日 志 列 表 写 出 到 日 志文 件 中 去 
* @param 1list 要 写 到 日 志文 件 的 日 志 列 表 
bad 
public void writeLogFile(List<LogModel> list); 
} 
(3) 实现 日 志文 件 的 存 取 。 现 在 的 实现 也 很 简单 ， 就 是 读 写 文 件 。 示 例 代码 如 下 : 


/** 
* 实现 对 日 志文 件 的 操作 
区 
Public class LogFileOperate implements LogFileOperateApi{ 
/** 
* 日 志文 件 的 路 径 和 文件 名 称 ， 默 认 是 当前 项 目 根 下 的 AdapterLog.1log 
bg 
private String logFilePathName = "AdapterLog.1o0g"; 
/** 


* 构造 方法 ， 传 入 文件 的 路 径 和 名 称 
* Q@param logFilePathName 文件 的 路 径 和 名 称 
bh 
public LogFileOperate(String logFilePathName) { 
// 先 判断 是 否 传 入 了 文件 的 路 径 和 名 称 ， 如 果 是 ， 
// 就 重新 设置 操作 的 日 志文 件 的 路 径 和 名 称 
if(logFilePathName!=null && 
logFilePathName.trim() .length()>0){ 
this.logFilePathName = logFilePathName; 


} 
public List<LogModel> readLogFile() { 
List<LogModel> list = null; 
ObjectIinputStream oin = null; 
ty 
File f = new File(logFilePathName); 
if(f.exists())t 
oin = new ObjectInputstream( 


new BufferedInputStream( 
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new FEileInPutStream(f) ) 
六 
list = (List<LogModel>)oin.readObject (); 
1 
} catch (Exception e) { 
e.printStackTrace (); 
}finallyt{ 
try,t 





if(oin!=null1)t{ 
oin.close(); 
} 
} catch (IOException e) { 


e.printStackTrace (); 


} 


return list; 


public void writeLogFile(List<LogModel> list){ 
File f = new File(logFilePathName); 
ObjectOutputStream oout = null; 
bal 
oout = new ObjectOutputStream( 
new BufferedOutputSsStream( 
new FileOutputStream(f£)) 
); 
oout .writeObject (list); 
} catch (IOException ee)' { 
e.printStackTrace ()， 
je 
try 
OO0Ut CLCOSe CG} 
} catch (IOException e) { 


e.printstackTrace () 7 


(4) 写 个 客户 端 来 测试 一 下 ， 看 看 好 用 不 。 示 例 代 码 如 下 : 


publioe"olass"CLlient t 
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public static void main(String[] args) { 
// 准 备 日 志 内 容 ， 也 就 是 测试 的 数据 
LIogModaqel lml = new LogModel () 
lml.setLogId("001"); 





lml .setOperateUser ("admin"); 
lml .setOperateTime ("2010-03-02 10:08:18"); 
lml .setLogContent ("这 是 一 个 测试 ") ; 


List<LogModel> list = new ArrayList<LogModel>(); 
list.add (lml); 

/ /创建 操作 日 志文 件 的 对 象 

LogFileOperateApi api = new LogFileOperate(""); 
// 保 存 日 志文 件 


api.writeLogFile (list); 


// 读 取 日 志文 件 的 内 容 
List<LogModel> readLog = api.readLogFile(); 


System.out.println ("readLog="+readLog); 


} 
测试 的 结果 如 下 : 
readLog=[logId=001,operateUser=admin,operateTime=2010-03-02 
10:08:18,1logContent= 这 是 一 个 测试 ] 
至 此 就 简单 的 实现 了 用 户 的 要 求 ， 把 日 志保 存 到 文件 中 ， 并 能 从 文件 中 把 日 志 内 容 
读 取出 来 ， 进 行 管理 。 
看 上 去 很 容易 ， 对 吧 ， 别 懂 ， 接 着 来 。 
2. 日 志 管 理 第 二 版 
用 户 使 用 日 志 管理 第 一 版 一 段 时 间 后 ， 开 始 考虑 升级 系统 ， 决 定 要 采用 数据 库 来 管 
理 日 志 。 很 快 ， 按 照 数据 库 的 日 志 管 理 也 实现 出 来 了 ， 并 定义 了 日 志 管理 的 操作 接口 ， 
主要 是 针对 日 志 的 增删 改 查 方法 。 接 口 的 示例 代码 如 下 : 
/** 
* 定义 操作 日 志 的 应 用 接口 ， 为 了 示例 的 简单 ， 只 是 简单 地 定义 了 增删 改 查 的 方法 
x 
public interface LogDbOperateApi { 
/** 
* 新 增 日 志 
* @param lm 需要 新 增 的 日 志 对 象 
本 炎 
Public void createLog (LogModel lm) 


$3 





/六 
* 修改 日 志 
* @param lm 需要 修改 的 日 志 对 象 
wi 
public void updateLog (LogModel lm); 
/太太 
* 删除 日 志 
* @param lm 需要 删除 的 日 志 对 象 
A 
public void removeLog (LogModel lm); 
/** 
* 获取 所 有 的 日 志 
* @return 所 有 的 日 志 对 象 
二 
public List<LogModel> getRAllILog():， 
} 。 
对 于 使 用 数据 库 来 保存 日 志 的 实现 ， 这 里 就 不 去 涉及 了 ， 总 之 知道 有 这 么 一 个 实现 
就 可 以 了 。 
客户 提出 了 新 的 要 求 ， 能 不 能 让 日 志 管理 第 二 版 实现 同时 支持 数据 库存 储 和 文件 存 
储 两 种 方式 ? 


4.1.3 有 何 问题 


有 朋友 可 能 会 想 ， 这 有 什么 困难 的 呢 ， 两 种 实现 方式 不 是 都 已 经 实现 了 的 吗 ， 合 并 
起 来 不 就 可 以 了 ? 

问题 就 在 于 ， 现 在 的 业务 是 使 用 的 第 二 版 的 接口 ， 直 接 使 用 第 二 版 新 加 入 的 实现 是 
没有 问题 的 ， 第 二 版 新 加 入 了 保存 日 志 到 数据 库 中 ; 但 是 对 于 已 有 的 实现 方式 ， 也 就 是 
在 第 一 版 中 采用 的 文件 存储 的 方式 ， 它 的 操作 接口 和 第 二 版 不 一 样 ， 这 就 导致 现在 的 客 
户 端 无 法 以 同样 的 方式 来 直接 使 用 第 一 版 的 实现 ， 如 图 4.5 所 示 。 







第 二 版 日 志 操作 的 接口 : 第 一 版 日 志 管理 操作 实 
增 、 删 、 改 、 查 现 : 读 文件 、 写 文件 







oe 接口 不 兼容 ， 不 能 直接 使 
数据 库存 储 实现 用 第 一 版 的 实现 
为 址 






图 4.5 无 法 兼容 第 一 版 的 接口 示意 图 
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这 就 意味 着 , 要 想 同时 支持 文件 和 数据 库存 储 两 种 方式 , 需要 再 额外 地 做 一 些 工作 ， 
才 可 以 让 第 一 版 的 实现 适应 新 的 业务 需要 。 
可 能 有 朋友 会 想 ， 干脆 按照 第 二 版 的 接口 要 求 重新 实现 一 个 文件 操作 的 对 象 不 就 可 
以 了 吗 ， 这 样 做 确实 可 以 ， 但 是 何必 要 重新 做 已 经 完成 的 功能 呢 ? 应 该 想 办 法 复 用 ， 而 
不 是 重新 实现 。 
一 种 很 容易 想到 的 方式 是 直接 修改 已 有 的 第 一 版 的 代码 。 这 种 方式 是 不 太 好 的 ， 如 
果 直 接 修改 第 一 版 的 代码 ， 那 么 可 能 会 导致 其 他 依赖 于 这 些 实现 的 应 用 不 能 正常 运行 ， 
再 说 ， 有 可 能 第 一 版 和 第 二 版 的 开发 公司 是 不 一 样 的 ， 在 第 二 版 实现 的 时 候 ， 根 本 拿 不 
到 第 一 版 的 源 代码 。 


那么 该 如 何 来 实现 呢 ? 
4.2 解决 方案 
4.2.1 使 适配器 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 适配器 模式 。 那 么 什么 是 适配器 模式 
呢 ? 
1. 适配器 模式 的 定义 


将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 。 适 配器 模式 使 得 原本 由 于 接口 


不 兼容 而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 





2. 应 用 适配器 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 问 题 的 根源 在 于 接口 的 不 兼容 ， 功 能 是 基本 实现 了 的 ， 也 就 
是 说 ， 只 要 想 办 法 让 两 边 的 接口 匹配 起 来 ， 就 可 以 复 用 第 一 版 的 功能 

按照 适配器 模式 的 实现 方式 ， 可 以 定义 一 个 类 来 实现 第 二 版 的 接口 ， 然 后 在 内 部 实 
现 的 时 候 ， 转 调 第 一 版 已 经 实现 了 的 功能 ， 这 样 就 可 以 通过 对 象 组 合 的 方式 ， 既 复 用 了 
第 一 版 已 有 的 功能 ， 同 时 又 在 接口 上 满足 了 第 二 版 调用 的 要 求 。 

完成 上 述 工 作 的 这 个 类 就 是 适配器 。 


4.2.2 ”适配器 模式 的 结构 和 说 阴 


适配器 模式 的 结构 如 图 4.6 所 示 。 


Ee] 









为 


<*iNterface: 
Ce Targef 


六 


[Lo adapter 
避 -adaptee:adaptee 


| 天 直下 

D+reguest :void 

图 4.6 适配器 模式 的 结构 图 

sa Client: 客户 端 ， 调 用 自己 需要 的 领域 接口 Target。 

sa Target: 定义 客户 端 需要 的 跟 特 定 领域 相关 的 接口 。 

a Adaptee: 已 经 存在 的 接口 ， 通 常 能 满足 客户 端的 功能 要 求 ， 但 是 接口 与 客户 端 
要 求 的 特定 领域 接口 不 一 致 ， 需 要 被 适 配 。 

m ”Adapter: 适配器 ， 把 Adaptee 适 配 成 为 Client 需要 的 Target。 





局 Adaptee 
+specificRequest():void 






4. 2.3 ”适配器 模式 示例 代码 
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(1) 先 看 看 Target 接口 定义 的 示例 代码 如 下 : 
/** 
* 定义 客户 端 使 用 的 接口 ， 与 特定 领域 相关 
ci 
public interface Target { 
/** 
* 示意 方法 ， 客 户 端 请 求 处 理 的 方法 
i 
public void request ();，; 
} 
(2) 再 看 看 需要 被 适 配 的 对 象 定 义 。 示 例 代码 如 下 : 
/** 
* 已 经 存在 的 接口 ， 这 个 接口 需要 被 适 配 
人 
Public class Adaptee { 
/** 
* 示意 方法 ， 原 本 已 经 存在 ， 已 经 实现 的 方法 
7 
public void specificRequest() { 


第 4 章 适配器 模式 (Adapter) ns 


// 具 体 的 功能 处 理 


} 
(3) 下 面 是 适配器 对 象 的 基本 实现 。 示 例 代码 如 下 : 


/大 大 
* 适配器 
六 
public class Adapter implements Target { 
it 
* 持 有 和 需要 被 适 配 的 接口 对 象 
*/ 
private Adaptee adaptee; 
Pa: 


* 构造 方法 ， 传 入 需要 被 适 配 的 对 象 

* Q@param adaptee 需要 被 适 配 的 对 象 

watt 

public Adapter (Adaptee adaptee) 1{ 
this.adaptee = adaptee; 


public void reduest ()- { 
// 可 能 转调 已 经 实现 了 的 方法 ， 进 行 适 配 


adaptee.specificRequest (); 


} 
(4) 再 来 看 看 使 用 适配器 客户 端的 示例 代码 如 下 : 
/大 大 
* 使 用 适配器 的 客户 端 
六 
public class Client { 


pubLic StatLie verd malm(StringEl Args)ot 


/ /创建 需要 被 适 配 的 对 象 

Adaptee adaptee = new Adaptee ()，; 

/ /创建 客户 端 需要 调用 的 接口 对 象 

Target target = new Adapter (adaptee); 
// 请 求 处 理 


target request()> 
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4.2.4 使 用 适配器 模式 来 实现 示例 


要 使 用 适配器 模式 来 实现 示例 ， 关 键 是 要 实现 适配器 对 象 。 它 需要 实现 第 二 版 的 接 
口 ， 但 是 在 内 部 实现 的 时 候 ， 需 要 调用 第 一 版 已 经 实现 的 功能 。 也 就 是 说 ， 第 二 版 的 接 
口 就 相当 于 适配器 模式 中 的 Target 接口 ， 而 第 一 版 已 有 的 实现 就 相当 于 适配器 模式 中 的 
Adaptee 对 象 。 

(1) 把 适配器 简单 的 实现 出 来 ， 示 意 一 下 。 示 例 代码 如 下 : 

/大 大 

* 适配器 对 象 ， 将 记录 日 志 到 文件 的 功能 适 配 成 第 二 版 需要 的 增删 改 查 功能 

“fh 

public class Adapter implements LogDbOperateApit{ 

/太太 

* 持 有 需要 被 适 配 的 接口 对 象 

说 到 

private LogFileOperateApi adaptee; 

/** 

* 构造 方法 ， 传 入 需要 被 适 配 的 对 象 

* @param adaptee 需要 被 适 配 的 对 象 

杰 光 

public Adapter (LogFileOperateApi adaptee) { 
this.adaptee = adaptee; 


public void createLog(LogModel lm) { 
//1: 先 读 取 文 件 的 内 容 
List<LogModel> list = adaptee.readLogFile(); 
//2: 加 入 新 的 日 志 对 象 
1ist.add(1lm)， 
//3: 重新 写 入 文件 
adaptee.writeLogEile(1ist) ; 
} 
public List<LogModel> getAllLog() { 
return adaptee.readLogFile(); 
} 
public void removeLog (LogModel lm) { 
//1: 先 读 取 文件 的 内 容 
List<LogModel> list = adaptee.readLogFile(); 
//2: 删除 相应 的 日 志 对 和 象 
list.remove (lm); 


//3: 重新 写 入 文件 
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adaptee.writeLogFile (list); 
} 
public void updateLog(LogModel lm) { 
//1: 先 读 取 文件 的 内 容 
List<LogModel> list = adaptee.readLogFile(); 
//2: 修改 相应 的 日 志 对 象 
for (int i=07i<1lList.size()7I++){ 
if(list.get (i).getLogId() .equals (lm.getLogId()))t{ 
Teetaset tr Tm) 


break; 


} 


//3: 重新 写 入 文件 
adaptee.writeLogFile (list); 


} 

(2) 此 时 的 客户 端 也 需要 一 些 改 变 。 示 例 代码 如 下 : 

public class Client { 

public static void main (String[] args) { 

/ /准备 日 志 内 容 ， 也 就 是 测试 的 数据 
LogModel lml = new LogModel (); 
lml.setLogId("001"); 
lml .setOperateUser ("admin"); 
lml.setOperateTime ("2010-03-02 10:08:18");» 
lml .setLogContent ("这 是 一 个 测试 ") ; 
List<LogModel> list = new ArrayList<LogModel>(); 
list.add (lml); 
/ /创建 操作 日 志文 件 的 对 和 象 
LogFileOperateApi logFileApi = new LogFileOperate(""); 


// 创 建新 版 操作 日 志 的 接口 对 象 
LogDbOperateApi api = new Adapter (logFileApi); 


// 保 存 日 志文 件 

api.createLog (lml);» 

// 读 取 日 志文 件 的 内 容 

List<LogModel> allLog = api.getAllLog(); 
System.out.println("allLog="+allLog); 
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运行 上 述 代 码 ， 测 试 其 是 否 能 满足 要 求 。 
(3) 下 面 总 结 一 下 这 个 思路 。 
QD 原 有 文件 存 取 日 志 的 方式 ， 运 行 得 很 好 ， 如 图 4.7 所 示 。 


图 4.7 原 有 文件 存 取 日 志 的 方式 





@ 现在 有 了 新 的 基于 数据 库 的 实现 ， 新 的 实现 有 自己 的 接口 ， 如 图 4.8 所 示 。 


i 日 志 对 象 增删 改 新 的 基于 数据 库存 取 
查 的 接口 日 志 的 方式 





图 4.8 新 的 基于 数据 库 的 实现 
@@ 现在 想 要 在 第 二 版 的 实现 里 面 ， 能 够 同时 兼容 第 一 版 的 功能 ， 那 么 就 应 有 一 个 类 
来 实现 第 二 版 的 接口 ， 然 后 在 这 个 类 里 面 去 调用 已 有 的 功能 实现 ， 这 个 类 就 是 适配器 ， 


如 图 4.9 所 示 。 
日 志 对 象 增删 改 查 文件 存 取 日 志 的 
的 接口 实现 方式 


适配器 类 , 通过 调用 原 有 的 文件 存 取 日 志 
的 实现 来 实现 接口 要 求 的 功能 










图 4.9 加 入 适配器 的 实现 结构 示意 图 
上 面 是 分 步 的 思路 ， 下 面 来 看 一 下 前 面 示例 的 整体 结构 ， 如 图 4.10 所 示 。 


Boe | interface» LO LogFileOperate 
Cg LogpbOperateApi 
© +main(args: String[ 1):void 


二 
(+createt ogfim,L ogMooe,): voic 


Create» 
@ +updstet ogfim;L ogMode,):vois 辣 -LogFileOperate() 
+remo ces) VoiG 

四 + poei> 











+rea FileO:List <LogModel> 


+writeLogFilelist:List <LogModel>):void 






© +createLogtIm:LogModel);yoid 
@ +getAllLogO);List <LogModel> 
+removeLogtIm:LogNodel);void 
十 UpdateLogtlm:LogModeh:void 





图 4.10 ”适配器 实现 示例 的 结构 示意 图 
如 同上 面 的 例子 ， 原 本 新 的 日 志 操 作 接 口 不 能 和 旧 的 文件 实现 一 起 工作 ， 但 是 经 过 
适配器 适 配 后 ， 新 的 日 志 操作 接 口 就 可 以 和 旧 的 文件 实现 日 志 存储 一 起 工作 了 。 
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4.3 模式 讲解 


4.3. 1 认识 适配器 模式 


1. 模式 的 功能 

适配器 模式 的 主要 功能 是 进行 转换 匹配 ， 目 的 是 复 用 已 有 的 功能 ， 而 不 是 来 实现 新 
的 接口 。 也 就 是 说 ， 客 户 端 需要 的 功能 应 该 是 已 经 实现 好 了 的 ， 不 需要 适配器 模式 来 实 
现 ， 适 配器 模式 主要 负责 把 不 兼容 的 接口 转换 成 客户 端 期 望 的 样子 就 可 以 了 。 

但 这 并 不 是 说 ， 在 适配器 里 面 就 不 能 实现 功能 。 适 配器 里 面 可 以 实现 功能 ， 称 这 种 
适配器 为 智能 适配器 。 再 说 了 ， 在 接口 匹配 和 转换 的 过 程 中 ， 也 有 可 能 需要 额外 实现 一 
定 的 功能 ， 才 能 够 转换 过 来 ， 比 如 需要 调整 参数 以 进行 匹配 等 。 

2. Adaptee 和 Target 的 关系 

适配器 模式 中 被 适 配 的 接口 Adaptee 和 适 配 成 为 的 接口 Target 是 没有 关联 的 ， 也 就 
是 说 ，Adaptee 和 Target 中 的 方法 既 可 以 相同 ， 也 可 以 不 同 。 极 端 情况 下 两 个 接口 里 面 的 
方法 可 能 是 完全 不 同 的 ， 当 然 这 种 情况 下 也 可 以 完全 相同 。 

这 里 所 说 的 相同 和 不 同 ， 是 指 方法 定义 的 名 称 、 参 数列 表 、 返 回 值 ， 以 及 方法 本 身 
的 功能 都 可 以 相同 或 不 同 。 

3. 对 象 组 合 

根据 前 面 的 实现 ， 你 会 发 现 ， 适 配器 的 实现 方式 其 实 是 依靠 对 象 组 合 的 方式 。 通 过 
给 适配器 对 象 组 合 被 适 配 的 对 象 ， 然 后 当 客 户 端 调用 Target 的 时 候 ， 适 配器 会 把 相应 的 
功能 委托 给 被 适 配 的 对 象 去 完成 。 

4. 适配器 模式 的 调用 顺序 示意 图 

适配器 模式 的 调用 顺序 如 图 4.11 所 示 。 


关 get Ldapter adaptee 
ient 


1; 调用 客户 端 需要 的 功能 | | 














1,.1: 这 个 功能 会 由 适配器 来 实现 


1,1,1; 适配器 会 转调 被 适 配 对 象 的 功能 





图 4.11 适配器 模式 的 调用 顺序 示意 图 
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4.3.2 适配器 模式 的 实现 


1. 适配器 的 常见 实现 

在 实现 适配器 的 时 候 , 适配器 通常 是 一 个 类 , 一 般 会 让 适配器 类 去 实现 Target 接口 ， 
然后 在 适配器 的 具体 实现 里 面 调用 Adaptee。 也 就 是 说 适配器 通常 是 一 个 Target 类 型 ， 而 
不 是 Adaptee 类 型 。 如 同 前 面 的 例子 演示 的 那样 。 

2. 智能 适配器 

在 实际 开发 中 ， 适 配器 也 可 以 实现 一 些 Adaptee 没有 实现 ， 但 是 在 Target 中 定义 的 
功能 。 这 种 情况 就 需要 在 适配器 的 实现 里 面 ， 加 入 新 功能 的 实现 。 这 种 适配器 被 称 为 智 
能 适配器 。 

如 果 要 使 用 智能 适配器 ， 一 般 新 加 入 功能 的 实现 会 用 到 很 多 Adaptee 的 功能 ， 相 当 
于 利用 Adaptee 的 功能 来 实现 更 高 层 的 功能 。 当 然 也 可 以 完全 实现 新 加 入 的 功能 ， 和 已 
有 的 功能 都 不 相关 ， 变 相 地 扩展 了 功能 。 

3. 适 配 多 个 Adaptee 

适配器 在 适 配 的 时 候 ， 可 以 适 配 多 个 Adaptee， 也 就 是 说 实现 某 个 新 的 Target 的 功 
能 的 时 候 ， 需 要 调用 多 个 模块 的 功能 ， 适 配 多 个 模块 的 功能 才能 满足 新 接口 的 要 求 。 

4. 适配器 Adapter 实现 的 复杂 程度 

适配器 Adapter 实现 的 复杂 程度 取决 于 Target 和 Adaptee 的 相似 程度 。 

如 果 相 似 程度 很 高 ， 比 如 只 有 方法 名 称 不 一 样 ， 那 么 Adapter 只 需要 简单 地 转调 一 
下 接口 就 可 以 了 。 

如 果 相 似 程度 低 ， 比 如 两 边 接口 的 方法 所 定义 的 功能 完全 不 一 样 ， 在 Target 中 定义 
的 一 个 方法 ， 可 能 在 Adaptee 中 定义 了 三 个 更 小 的 方法 ,那么 这 个 时 候 在 实现 Adapter 的 
时 候 ， 就 需要 组 合 调用 了 。 

5. 缺 省 适 配 

缺 省 适 配 的 意思 是 ， 为 一 个 接口 提供 缺 省 实现 。 有 了 它 ， 就 不 用 直接 去 实现 接口 ， 
而 是 采用 继承 这 个 缺 省 适 配 对 象 ， 从 而 让 子 类 可 以 有 选择 地 去 覆盖 实现 需要 的 方法 ， 对 
于 不 需要 的 方法 ， 使 用 缺 省 适 配 的 方法 就 可 以 了 。 


4.3.3 双向 适配器 


适配器 也 可 以 实现 双向 的 适 配 ， 前 面 我 们 讲 的 都 是 把 Adaptee 适 配 成 为 Target， 其 
实 也 可 以 把 Target 适 配 成 为 Adaptee。 也 就 是 说 这 个 适配器 可 以 同时 当 作 Target 和 
Adaptee 来 使 用 。 

继续 前 面 讲述 的 例子 。 如 果 说 由 于 某 些 原因 ， 第 一 版 和 第 二 版 会 同时 共存 一 段 时 间 ， 
比如 第 二 版 的 应 用 还 在 不 断 调整 中 ， 也 就 是 第 二 版 还 不 够 稳定 。 客 户 提 出 ， 希 望 在 两 版 
共存 期 间 ， 主 要 还 是 使 用 第 一 版 ， 同 时 希望 第 一 版 的 日 志 也 能 记录 到 数据 库 中 ， 也 就 是 
客户 虽然 操作 的 接口 是 第 一 版 的 日 志 接口 ， 界 面 也 是 第 一 版 的 界面 ， 但 是 可 以 使 用 第 二 
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版 的 将 日 志 记 录 到 数据 库 的 功能 。 
也 就 是 说 希望 两 版 能 实现 双向 的 适 配 ， 结 构 如 图 4.12 所 示 。 
包 新 客户 庙 


AN 
| | 
品 pe 存储 日 志 的 实现 
局 双向 适 配 哮 


图 4.12 ”双向 适配器 示意 图 

下 面 用 简单 的 代码 示意 一 下 ， 以 利于 大 家 理解 。 

这 里 只 加 了 几 个 新 的 东西 ， 一 个 是 DB 存储 日 志 的 实现 ， 前 面 的 例子 中 没有 ， 因 和 为 
直接 被 适 配 成 使 用 文件 存储 日 志 的 实现 了 ;另外 一 个 就 是 双向 适配器 ， 其 实 与 把 文件 存 
储 的 方式 适 配 成 为 DB 实现 的 接口 是 一 样 的 ， 只 需要 新 加 上 把 DB 实现 的 功能 适 配 成 为 
文件 实现 的 接口 就 可 以 了 。 

(1) 先 看 看 DB 存储 日 志 的 实现 。 为 了 简单 , 这 里 不 再 真正 地 实现 和 数据 库 交 互 了 ， 
示意 一 下 就 可 以 了 。 示 例 代 码 如 下 : 

/** 

* DB 存储 日 志 的 实现 ， 为 了 简单 ， 这 里 就 不 去 真正 地 实现 和 数据 库 交 互 了 ， 示 意 一 下 
oh 

public class LogDboperate implements LogDbOperateApi{ 





<interface» 


<interface» 





public void createLog(LogModel lm) { 
System.out.println("now in LogDbOperate createLog, lm="+1lm); 
} 
.public. List<LogModel> getALTLILog() { 
System.out.println("now in LogDbOperate getAllLog"); 
return nulls; 
} 
public void removeLog (LogModel lm) { 
System.out .Println("now in LogDbOperate removeLog,1m="+1lm); 
} 
public void updateLog(LogModel lm) { 
System.out .Println("now in LogDbOperate updateLog, lm="+1m); 


} 
(2) 然后 看 看 新 的 适配器 的 实现 。 
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由 于 是 双 癌 的 适配器 ， 一 个 方向 是 : 把 新 的 DB 实现 的 接口 适 配 成 为 旧 的 文件 操作 
需要 的 接口 ; 另外 一 个 方向 是 把 旧 的 文件 操作 的 接口 适 配 成 为 新 的 DB 实现 需要 的 接口 。 
示例 代码 如 下 : 


/** 
* 双向 适配器 对 象 实现 需要 适 配 的 
*/ 两 个 接口 


Public class TwoDirectAdapter implements 
LogDbOperateApi ,LogFileOperateApit{ 

/** 

* 持 有 需要 被 适 配 的 文件 存储 日 志 的 接口 对 象 
交大 

private LogFileOperateApi fileLog; 
/** 

* 持 有 需要 被 适 配 的 DB 存储 日 志 的 接口 对 象 
private LogDbOperateApi dbLog; 

/** 

* 构造 方法 ， 传 入 需要 被 适 配 的 对 象 

* @param fileLog 需要 被 适 配 的 文件 存储 日 志 的 接口 对 象 

* @param dbLog 需要 被 适 配 的 DB 存储 日 志 的 接口 对 象 
public TwoDirectAdapter (LogFileOperateApi fileLog 






持 有 双向 适 配 的 日 
志 接 口 对 象 


:LogDbOperateApi dbLog) { 
this.fileLog = fileLog; 
this.dbLog = dbLog; 


public void createLog (LogModel lm) { 
//1: 先 读 取 文 件 的 内 容 
List<LogModel> list = fileLog.readLogFile(); 
//2: 加 入 新 的 目 志 对 象 
1ist.adqd(lm) 
//3: 重新 写 入 文件 
fileLog.writeLogFile(list); 

} 

public List<LogModel> getAllLog() { 
return fileLog.readLogFile(); 

} 

public void removeLog (LogModel lm) { 
//1: 先 读 取 文件 的 内 容 
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List<LogModel> list = fileLog.readLogFile(); 
//2: 删除 相应 的 日 志 对 象 
list.remove (lm); 
//3: 重新 写 入 文件 
fileLog.writeLogFile (list); 
} 
public void updateLog(LogModel ilim) { 
//1: 先 读 取 文 件 的 内 容 
List<LogModel> list = fileLog.readLogFile(); 
//2: 修改 相应 的 日 志 对 象 
For (Tmnt ris0ni<list .oie , 
if(list.get (i) .getLogId() .equals (lm.getLogId()))t{ 
Tet seb Cem) 


break; 


} 


//3: 重新 写 入 文件 
fileLog.writeLogFile (list); 


public List<LogModel> readLogFile() { 
return dbLog.getAllLog(); 

} 

public void writeLogFile(List<LogModel> list) { 
//1: 最 简单 的 实现 思路 是 先 删除 数据 库 中 的 数据 
//2: 然后 循环 把 现在 的 数据 加 入 到 数据 库 中 
for(LogModel .Lm dlst)d 

dbLog.createLog (lm) ; 


} 

(3) 下 面 看 看 如 何 使 用 这 个 双向 适配器 。 示 例 代 码 如 下 : 

publlel crtass CLLernt 六 

Bublic statiec vord main(String tl] args)e 

/7 准备 日 志 内 容 ， 也 就 是 测试 的 数据 
LogModel lml = new LogModel (); 
lml .setLogId("001")，; 
lml.setOperateUser ("admin"); 
lml.setOperateTime ("2010-03-02 10:08:18"); 
lml.setLogContent ("这 是 一 个 测试 ") ; 
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List<LogModel> list = new ArrayList<LogModel>(); 
list.add (lmi)s 


/ /创建 操作 日 志文 件 的 对 象 
LogFileOperateApi fileLogApi = new LogFileOperate(""); 
LogDbOperateApi dbLogApi = new LogDboperate () ; 


// 创 建 经 过 双向 适 配 后 的 操作 日 志 的 接口 对 象 
LogFileOperateApi fileLogApi2 = 





new TwoDirectAdapter (fileLogApi,dbLogApi); 
LogDbOperateApi dbLogApi2 = 
new TwoDirectAdapter (fileLogApi, dbLogApi); 


// 先 测试 从 文件 操作 适 配 到 第 二 版 

// 虽 然 调用 的 是 第 二 版 的 接口 ， 其 实 是 文件 操作 在 实现 
dbLogApi2.createLog (lml); 

List<LogModel> allLog = dbLogApi2.getAllLog(); 
System.out.println ("allLog="+allLog); 


// 再 测试 从 数据 库存 储 适 配 成 第 一 版 的 接口 
// 也 就 是 调用 第 一 版 的 接口 ， 其 实 是 数据 实现 
fileLogApi2.writeLogFile(list); 
fileLogApi2.readLogFile(); 


} 
一 “运行 一 下 ， 看 看 结果 ， 体 会 一 下 双向 适配器 。 


事实 上 ， 使 用 适配器 有 一 个 潜在 的 问题 ， 就 是 被 适 配 的 对 象 不 再 兼容 Adaptee 的 


接口 ， 因 为 适配器 只 是 实现 了 Target 的 接口 。 这 导致 并 不 是 所 有 Adaptee 对 象 可 
以 被 使 用 的 地 方 都 能 使 用 适配器 。 





而 双向 适配器 就 解决 了 这 样 的 问题 ， 双 向 适配器 同时 实现 了 Target 和 Adaptee 的 接 
口 ， 使 得 双向 适配器 可 以 在 Target 或 Adaptee 被 使 用 的 地 方 使 用 ， 以 提供 对 所 有 客户 的 
透明 性 。 尤 其 在 两 个 不 同 的 客户 需要 用 不 同 的 方式 查看 同一 个 对 象 时 ， 适 合 使 用 双向 适 
配器 。 


4. 3.4 对 象 适配器 和 类 适配器 


在 标准 的 适配器 模式 里 面 ， 根 据 适 配器 的 实现 方式 ， 把 适配器 分 成 了 两 种 ， 一 种 是 
对 象 适 配器 ， 另 一 种 是 类 适配器 。 
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对 象 适配器 的 实现 ， 依 赖 于 对 象 组 合 。 就 如 同 前 面 的 实现 示例 ， 都 是 采用 对 象 组 合 
的 方式 ， 也 就 是 对 象 适配器 实现 的 方式 。 


类 适配器 的 实现 : 采用 多 重 继承 对 一 个 接口 与 另 一 个 接口 进行 匹配 。 由 于 Java 不 支 
持 多 重 继 承 ， 所 以 到 目前 为 止 还 没有 涉及 。 
1. 类 适配器 


前 面 已 经 学 习 过 对 象 适配器 了 ， 下 面 简单 地 介绍 一 下 类 适配器 。 首 先 来 看 看 类 适 配 
器 的 结构 ， 如 图 4.13 所 示 。 
















em | | 
et 
I < 


Adapter 


+ requestO 


图 4.13 ”类 适配器 的 结构 示意 图 

从 结构 图 上 可 以 看 出 ， 类 适配器 是 通过 继承 来 实现 接口 适 配 的 ,标准 的 设计 模式 中 ， 
类 适配器 是 同时 继承 Target 和 Adaptee 的 ， 也 就 是 一 个 多 重 继承 ， 这 在 Java 里 面 是 不 被 
支持 的 ， 也 就 是 说 Java 中 是 不 能 实现 标准 的 类 适配器 的 。 

但 是 Java 中 有 一 种 变通 的 方式 ， 也 能 够 使 用 继承 来 实现 接口 的 适 配 ， 那 就 是 让 适 配 
器 去 实现 Target 的 接口 ， 然 后 继承 Adaptee 的 实现 ， 虽 然 不 是 十 分 标准 ， 但 是 意思 差 不 
多 。 下 面 就 来 看 个 小 示例 。 

2. Java 中 类 似 实 现 类 适配器 的 例子 

还 是 来 实现 前 面 的 那个 示例 ， 就 是 让 文件 存储 日 志 的 实现 ， 能 够 经 过 适 配 ， 满 足 第 
二 版 日 志 操作 接口 的 要 求 。 

基本 的 实现 方式 是 : 写 一 个 适配器 类 ， 让 适配器 类 去 继承 文件 存储 日 志 的 实现 ， 然 
后 让 适配器 类 去 实现 第 二 版 日 志 操作 接口 的 要 求 。 

这 样 实现 的 示例 整体 结构 如 图 4.14 所 示 。 


Eo Client 
ogDpbOperateApi 
© +main(args:String[T):void 
© +createt og{m:{ ogrodes): voi 
© +updatelogfm:Logtode,): yoi 


© s+removet ogfim:L ogMode,) :voio 
© +getAt og/} List <L > 





图 4.14 类似 类 适配器 示例 的 结构 示意 图 
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在 实现 中 , 主要 是 适配器 的 实现 与 以 前 不 一 样 , 与 对 象 适配器 实现 同样 的 功能 相 比 ， 
类 适配器 在 实现 上 有 如 下 改变 。 

m ”需要 继承 LogFileOperate 的 实现 ， 然 后 再 实现 LogDbOperateApi 接口 。 

s ”需要 按照 继承 LogFileOperate 的 要 求 ， 提 供 传 入 文件 路 径 和 名 称 的 构造 方法 。 

sm 不 再 需要 持 有 LogFileOperate 的 对 象 了 ， 因 为 适配器 本 身 就 是 LogFileOperate 

对 象 的 子 类 了 。 

m ”以 前 调用 被 适 配 对 象 的 方法 的 地 方 ， 全 部 修改 成 调用 自己 的 方法 。 

真正 功能 的 实现 ， 类 适配器 和 对 象 适配器 两 种 方式 都 差不多 。 示 例 代 码 如 下 : 

/* 大 | 

* 类 适配器 对 象 

*/ 

public class ClassAdapter 





extends LogFileOperate implements LogDbOperateApit{ 
Public ClassAdapter (String logFilePathName) { 
super (logFilePathName); 


public void createLog (LogModel lm) { 
//1: 先 读 取 文件 的 内 容 
List<LogModel> list = this.readLogFile(); 
//2: 加 入 新 的 日 志 对 象 
lrstsado (tlm 
//3: 重新 写 入 文件 
this.writeLogFile (list); 
} 
public List<LogModel> getAllLog() { 
return this.readLogFile(); 


public void removeLog (LogModel lm) { 


//1: 先 读 取 文件 的 内 容 
List<LogModel> list = this.readLogFile(); 
//2: 删除 相应 的 日 志 对 象 
list.remove (lm); 
//3: 重新 写 入 文件 
this.writeLogFile(list); 
} 
public void updateLog (LogModel lm) { 


//1: 先 读 取 文 件 的 内 容 


List<LogModel> list = this.readLogFile(); 
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//2: 修改 相应 的 日 志 对 象 
for (int i=0;i<list.size();i++){ 
if(list.get (i) .getLogId() .equals (lm.getLogId()))t{ 
list.set (i, lm); 


break; 


} 
//3: 重新 写 入 文件 
this.writeLogFile (list); 


} 

自己 写 个 客户 端 去 测试 看 看 ， 体 会 一 下 。 

3. 类 适配器 和 对 象 适配器 的 权衡 

m ”从 实现 上 : 类 适配器 使 用 对 象 继承 的 方式 ， 是 静态 的 定义 方式 ; 而 对 象 适配器 
使 用 对 象 组 合 的 方式 ， 是 动态 组 合 的 方式 

mn ”对 于 类 适配器 ， 由 于 适配器 直接 继承 了 Adaptee， 使 得 适配器 不 能 和 Adaptee 
的 子 类 一 起 工作 ， 因 为 继承 是 静态 的 关系 ， 当 适配器 继承 了 Adaptee 后 ， 就 不 
可 能 再 去 处 理 Adaptee 的 子 类 了 。 
对 于 对 象 适配器 ， 人 允许 一 个 Adapter 和 多 个 Adaptee， 包 括 Adaptee 和 它 所 有 的 
子 类 一 起 工作 。 因 为 对 象 适配器 采用 的 是 对 象 组合 的 关系 , 只 要 对 象 类 型 正确 ， 
是 不 是 子 类 都 无 所 谓 。 

nm ”对 于 类 适配器 ， 适 配器 可 以 重 定义 Adaptee 的 部 分 行为 ， 相 当 于 子 类 有 覆盖 父 类 
的 部 分 实现 方法 。 
对 于 对 象 适配器 ， 要 重 定义 Adaptee 的 行为 比较 困难 ， 这 种 情况 下 ， 需 要 定义 
Adaptee 的 子 类 来 实现 重 定义 ， 然 后 让 适配器 组 合子 类 。 

m ”对 于 类 适配器 ,仅仅 引入 了 一 个 对 象 ,并 不 需要 额外 的 引用 来 间接 得 到 Adaptee。 
对 于 对 象 适配器 ， 需 要 额外 的 引用 来 间接 得 到 Adaptee。 
在 Java 开发 中 ， 建 议 大 家 尽量 使 用 对 象 适配器 的 实现 方式 。 当 然 ， 具 体 问 题 具 
体 分 析 ， 根 据 需 要 来 选用 实现 方式 ， 最 合适 的 才 是 最 好 的 。 


4.3.5 适配器 模式 的 优 缺 点 


适配器 模式 有 如 下 优点 。 

a ”更 好 的 复 用 性 
如 果 功 能 是 已 经 有 了 的 ， 只 是 接口 不 兼容 ， 那 么 通过 适配器 模式 就 可 以 让 这 些 
功能 得 到 更 好 的 复 用 。 


sm ”更 好 的 可 扩展 性 
在 实现 适配器 功能 的 时 候 ， 可 以 调用 自己 开发 的 功能 ， 从 而 自然 地 扩展 系统 的 
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功能 。 

适配器 模式 有 如 下 缺点 。 

sm “过 多 地 使 用 适配器 ， 会 让 系统 非常 零乱 ， 不 容易 整体 进行 把 握 
比如 ， 明 明 看 到 调用 的 是 A 接口 ， 其 实 内 部 被 适 配 成 了 B 接口 来 实现 ， 一 个 系 
统 如 果 太 多 出 现 这 种 情况 ， 无 异 于 一 场 灾 难 。 因 此 如 果 不 是 很 有 必要 ， 可 以 不 
使 用 适配器 ， 而 是 直接 对 系统 进行 重 构 。 


4.3.6 思考 适配器 模式 


1. 适配器 模式 的 本 质 


适配器 模式 的 本 质 是 : 转换 匹配 ， 复 用 功能 。 


适配器 通过 转换 调用 已 有 的 实现 ， 从 而 能 把 已 有 的 实现 匹配 成 需要 的 接口 ， 使 之 能 
满足 客户 端的 需要 。 也 就 是 说 转换 匹配 是 手段 ， 而 复 用 已 有 的 功能 才 是 目的 。 
在 进行 转换 匹配 的 过 程 中 ， 适 配器 还 可 以 在 转换 调用 的 前 后 实现 一 些 功能 处 理 ， 也 
就 是 实现 智能 的 适 配 。 
2. 何 时 选用 适配器 模式 
建议 在 以 下 情况 中 选用 适配器 模式 。 
ma ”如果 你 想 要 使 用 一 个 已 经 存在 的 类 ， 但 是 它 的 接口 不 符合 你 的 需求 ， 这 种 情况 
可 以 使 用 适配器 模式 ， 来 把 已 有 的 实现 转换 成 你 需要 的 接口 。 
sm ”如 果 你 想 创 建 一 个 可 以 复 用 的 类 ， 这 个 类 可 能 和 一 些 不 兼容 的 类 一 起 工作 ， 这 
种 情况 可 以 使 用 适配器 模式 ， 到 时 候 需 要 什么 就 适 配 什么 。 
sm ”如 果 你 想 使 用 一 些 已 经 存在 的 子 类 ， 但 是 不 可 能 对 每 一 个 子 类 都 进行 适 配 ， 这 
种 情况 可 以 选用 对 象 适配器 ， 直 接 适 配 这 些 子 类 的 父 类 就 可 以 了 。 


4. 3.7 相关 模式 


sm ”适配器 模式 与 桥接 模式 
其 实 这 两 个 模式 除了 结构 略为 相似 外 ， 功 能 上 完全 不 同 。 
适配器 模式 是 把 两 个 或 者 多 个 接口 的 功能 进行 转换 匹配 ， 而 桥接 模式 是 让 接口 
和 实现 部 分 相 分 离 ， 以 便 它 们 可 以 相对 独立 地 变化 。 

m ”适配器 模式 与 装饰 模式 
从 某 种 意义 上 讲 ， 适 配器 模式 能 模拟 实现 简单 的 装饰 模式 的 功能 ， 也 就 是 为 已 
有 功能 增添 功能 。 比 如 我 们 在 适配器 里 面 这 么 写 : 

public void adapterMethod(){ 
System.out .println(" 在 调用 Adaptee 的 方法 之 前 完成 一 定 的 工作 ") ; 
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// 调 用 Adaaptee 的 相关 方法 
adaptee .method () 


System.out.Println(" 在 调用 Adaptee 的 方法 之 后 完成 一 定 的 工作 ") ; 


如 上 的 写法 ， 就 相当 于 在 调用 Adaptee 的 被 适 配 方法 前 后 添加 了 新 的 功能 ， 这 
样 适 配 过 后 ， 客 户 端 得 到 的 功能 就 不 单纯 是 Adaptee 的 被 适 配 方法 的 功能 
看 看 是 不 是 类 似 装饰 模式 的 功能 呢 ? 


注意 ， 仅 仅 是 类 似 ， 造 成 这 种 类 似 的 原因 是 : 两 种 设计 模式 在 实现 上 都 是 使 
用 的 对 象 组 合 ， 都 可 以 在 转调 组 合 对 象 的 功能 前 后 进行 一 些 附加 的 处 理 ， 因 


此 有 这 么 一 个 相似 性 。 它 们 的 目的 和 本 质 都 是 不 一 样 的 。 
两 个 模式 有 一 个 很 大 的 不 同 : 一 般 适 配器 适 配 过 后 是 需要 改变 接口 的 ， 如 果 不 
改 接口 就 没有 必要 适 配 了 ; 而 装饰 模式 是 不 改变 接口 的 ， 无 论 多 少 层 装 饰 都 是 
-个 接口 。 因 此 装饰 模式 可 以 很 容易 地 支持 递归 组 合 ， 而 适配器 就 做 不 到 ， 每 
次 的 接口 不 同 ， 无 法 递归 。 

sm ”适配器 模式 和 代理 模式 
适配器 模式 可 以 和 代理 模式 组 合 使 用 。 在 实现 适配器 的 时 候 ， 可 以 通过 代理 来 
调用 Adaptee， 这 样 可 以 获得 更 大 的 灵活 性 。 

sm ”适配器 模式 和 抽象 工厂 模式 
在 适配器 实现 的 时 候 , 通常 需要 得 到 被 适 配 的 对 象 。 如 果 被 适 配 的 是 一 个 接口 ， 
那么 就 可 以 结合 一 些 可 以 创造 对 象 实例 的 设计 模式 ,来 得 到 被 适 配 的 对 象 示例 ， 
比如 抽象 工厂 模式 、 单 例 模式 、 工 厂 方法 模式 等 。 
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读书 笔记 











5.1 场景 问题 


5.1.1 读 取 配置 文件 的 内 容 


考虑 这 样 一 个 应 用 ， 读 取 配 置 文件 的 内 容 。 

很 多 应 用 项 目 ， 都 有 与 应 用 相关 的 配置 文件 ， 这 些 配置 文件 很 多 是 由 项 目 开 发 人 员 
自 定义 的 ， 在 里 面 定义 一 些 应 用 需要 的 参数 数据 。 当 然 在 实际 的 项 目 中 ， 这 种 配置 文件 
多 采用 xml 格式 ， 也 有 采用 properties 格式 的 ， 毕 竟 使 用 Java 来 读 取 properties 格式 的 配 
置 文件 比较 简单 。 


现在 要 读 取 配 置 文件 的 内 容 ， 该 如 何 实现 呢 ? 
5.1.2 不 用 模式 的 解决 方案 


有 些 朋友 会 想 ， 要 读 取 配 置 文件 的 内 容 ， 这 也 不 是 个 困难 的 事情 ， 直 接 读 取 文 件 的 
内 容 ， 然 后 把 文件 内 容 存放 在 相应 的 数据 对 象 里 面 就 可 以 了 。 真 的 这 么 简单 吗 ? 先 实现 
看 看 吧 。 

为 了 示例 简单 ， 假 设 系统 采用 的 是 properties 格式 的 配置 文件 。 

(1) 直接 使 用 Java 来 读 取 配 置 文件 的 示例 代码 如 下 : 

/** 

* 读 取 应 用 配置 文件 

< 

public class AppConfig 1{ 

/ 
* 用 来 存放 配置 文件 中 参数 A 的 值 
Wy 
private String parameterA; 
/** 
* 用 来 存放 配置 文件 中 参数 B 的 值 
ey 


private String parameterB; 


public String getParameterA() { 








return parameterA; 





注意 : 只 有 访问 参数 的 方 


} 法 , 没有 设置 参数 的 方法 


public String getParameterB() { 


return parameterB; 
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* 构造 方法 
Fh 
public AppConfig()1 

// 调 用 读 取 配 置 文件 的 方法 

readConfig(); 
} 
/x** 
* 读 取 配置 文件 ， 把 配置 文件 中 的 内 容 读 出 来 设置 到 属性 上 
名 
private void readConfig(){ 

Properties p = new Properties () : 

Inputstream in = null; 

try { 
in = AppConfig.class.getResourceAsStream!( 

"AppConfig.properties"); 
poloadlin)? 
// 把 配置 文件 中 的 内 容 读 出 来 设置 到 属性 上 
this.parameterA = p.getProperty ("paramA"); 
this.parameterB = p.getProperty ("paramB"); 

} catch (IOException e) { 
System.out .println ("装载 配置 文件 出 错 了 ， 上 具体 堆栈 信息 如 下 :; ")， 
e.printSstackTrace (); 

}finallyt{ 
try { 

in.close(); 
} catch (IOException e) { 


e.printstackTrace (); 


} 
(2) 应 用 的 配置 文件 , 名 字 是 AppConfig.properties, 放 在 AppConfig 相同 的 包 里 面 。 
简单 示例 如 下 : 
paramA=a 
paramB=b 
(3) 写 个 客户 端 来 测试 一 下 。 示 例 代码 如 下 : 
public class Client { 


public static void main(String[] args) { 


/ /创建 读 取 应 用 配置 的 对 象 
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AppConfig config = new APPConfig () 


String paramA = config.getParameterA(); 
String ParamB = config.getParameterB(); 


System.out.println("paramA="+paramA+",paramB="+paramB); 


} 
运行 结果 如 下 : 


paramA=a, paramB=b 


5. 1.3 有 何 问 题 


上 面 的 实现 很 简单 ， 很 容易 的 就 实现 要 求 的 功能 。 仔 细 想 想 ， 有 没有 什么 问题 呢 ? 

看 看 客户 端 使 用 这 个 类 的 地 方 ， 是 通过 new 一 个 AppConfig 的 实例 来 得 到 一 个 操作 
配置 文件 内 容 的 对 象 。 如 果 在 系统 运行 中 ， 有 很 多 地 方 都 需要 使 用 配置 文件 的 内 容 ， 也 
就 是 说 很 多 地 方 都 需要 创建 AppConfig 对 象 的 实例 。 

换 句 话说 ， 在 系统 运行 期 间 ， 系 统 中 会 存在 很 多 个 AppConfig 的 实例 对 象 ， 这 有 什 
么 问题 吗 ? 

当然 有 问题 了 ， 试 想 一 下 ， 每 一 个 AppConfig 实例 对 象 里 面 都 封装 着 配置 文件 的 内 
容 ， 系 统 中 有 多 个 AppConfig 实例 对 象 ， 也 就 是 说 系统 中 会 同时 存在 多 份 配置 文件 的 内 
容 ， 这 样 会 严重 浪费 内 存 资源 。 如 果 配 置 文件 内 容 较 少 ， 问 题 还 小 一 点 ， 如 果 配 置 文件 
内 容 本 来 就 多 的 话 ， 对 于 系统 资源 的 浪费 问题 就 大 了 。 事 实 上 ， 对 于 AppConfig 这 种 类 ， 
在 运行 期 间 ， 只 需要 一 个 实例 对 象 就 是 够 了 。 

把 上 面 的 描述 进一步 抽象 一 下 ， 问 题 就 出 来 了 : 在 一 个 系统 运行 期 间 ， 某 个 类 只 需 
要 一 个 类 实例 就 可 以 了 ， 那 么 应 该 怎样 实现 呢 ? 


5.2 解决 方案 
5. 2. 1 使 用 单 例 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 单 例 模式 〈Singleton) 。 那 么 什么 是 
单 例 模式 呢 ? 
1. 单 例 模式 的 定义 


保证 一 个 类 仅 有 一 个 实例 ， 并 提供 一 个 访问 它 的 全 局 访问 点 。 
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2. 应 用 单 例 模式 来 解决 问题 的 思路 


仔细 分 析 上 面 的 问题 ， 现 在 一 个 类 能 够 被 创建 多 个 实例 ， 问 题 的 根源 在 于 类 的 构造 
方法 是 公开 的 ， 也 就 是 可 以 让 类 的 外 部 来 通过 构造 方法 创建 多 个 实例 。 换 名 话说 ， 只 要 
类 的 构造 方法 能 让 类 的 外 部 访问 ， 就 没有 办 法 去 控制 外 部 来 创建 这 个 类 的 实例 个 数 。 

要 想 控 制 一 个 类 只 被 创建 一 个 实例 ， 那 么 首要 的 问题 就 是 要 把 创建 实例 的 权限 收回 
来 ， 让 类 自身 来 负责 自己 类 实例 的 创建 工作 ， 然 后 由 这 个 类 来 提供 外 部 可 以 访问 这 个 类 
实例 的 方法 ， 这 就 是 单 例 模式 的 实现 方式 。 


5.2.2 单 例 模式 的 结构 和 说 明 


单 例 模式 的 结构 如 图 5.1 所 示 。 


[Lo singleton 
羽 -unigueInstance:Singleton 


Create» 
-5ingleton 
从 +getInstance; Singleton 
起 +singletonOperation:void 












验 -singletonData'5tring 


图 5.1 单 例 模式 结构 图 
Singleton: 负责 创建 Singleton 类 自己 的 唯一 实例 ， 并 提供 一 个 getInstance 的 方法 ， 
让 外 部 来 访问 这 个 类 的 唯一 实例 。 


5. 2.3 单 例 模式 示例 代码 


在 Java 中 ， 单 例 模式 的 实现 又 分 为 两 种 ， 一 种 称 为 懒汉 式 ， 一 种 称 为 饿 汉 式 ， 其 实 
就 是 在 具体 创建 对 象 实例 的 处 理 上 ， 有 不 同 的 实现 方式 。 下 面 分 别 来 看 看 这 两 种 实现 方 
式 的 代码 示例 。 为 何 这 么 写 ， 有 具体 在 后 面 再 来 讲述 。 

(1) 懒汉 式 实现 示例 代码 如 下 : 

/** 

* 懒汉 式 单 例 实现 的 示例 

lk 

publicrClass Singleton 

/** 
* 定义 一 个 变量 来 存储 创建 好 的 类 实例 
二 


private static Singleton uniqueInstance = null; 
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/** 
* 私有 化 构造 方法 ， 可 以 在 内 部 控制 创建 实例 的 数目 
Cr 
private Singleton(){ 
// 
} 
/** 
* 定义 一 个 方法 来 为 客户 端 提供 类 实例 
* @return 一 个 Singleton 的 实例 
ef 
public static synchronized Singleton getInstance (){ 
// 判 断 存储 实例 的 变量 是 和 否 有 值 
if(uniqueInstance == nal1l)1{ 
// 如 果 没 有 ， 就 创建 一 个 类 实例 ， 并 把 值 赋值 给 存储 类 实例 的 变量 


uniqueInstance = new Singleton() 7 





} 
// 如 果 有 值 ， 那 就 直接 使 用 
return uniquelInstance; 
} 
/** 
* 示意 方法 ， 单 例 可 以 有 自己 的 操作 
A 
Public void singletonOperation(){ 
// 功 能 处 理 
} 
/** 
* 示意 属性 ， 单 例 可 以 有 自己 的 属性 
6 
private String singletonData; 
/** 
* 示意 方法 ， 让 外 部 通过 这 些 方法 来 访问 属性 的 值 
* @return 属性 的 值 
bd 
public String getSingletonData(){ 


return singletonData; 


} 
(2) 饿 汉 式 实现 ， 示 例 代 码 如 下 : 
/** 
* 饿 汉 式 单 例 实现 的 示例 
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publicclass Singleton' 


/** 


* 定义 一 个 变量 来 存储 创建 好 的 类 实例 ， 直 接 在 这 里 创建 类 实例 ， 只 能 创建 一 次 


业 汐 

private static Singleton uniqueInstance = new Singleton(); 

/** 

* 私有 化 构造 方法 ， 可 以 在 内 部 控制 创建 实例 的 数目 

tnd 

private, Singleton()t{ 
Wh 

} 

/** 

* 定义 一 个 方法 来 为 客户 端 提供 类 实例 

* Q@return 一 个 Singleton 的 实例 

wai 

public static Singleton getInstance(){ 
// 直 接 使 用 已 经 创建 好 的 实例 


return uniquelInstance; 


fon 

* 示意 方法 ， 单 例 可 以 有 自己 的 操作 

A 

public void singletonOperation() { 
// 功 能 处 理 

} 

/** 

* 示意 属性 ， 单 例 可 以 有 自己 的 属性 

54 

private String singletonData; 

/** 

* 示意 方法 ， 让 外 部 通过 这 些 方法 来 访问 属性 的 值 

* @return 属性 的 值 

edd 

public String getSingletonData(){ 


return singletonData; 


关于 饿 汉 式 、 懒 汉 式 的 名 称 说 明 : 
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度 饭 汉 式 、 懒 汉 式 其 实 是 一 种 比较 形象 的 称谓 。 

所 谓 饿 汉 式 ， 既 然 钱 ， 那 么 在 创建 对 象 实例 的 时 候 就 比较 着 急 ， 狐 了 嘛 ， 于 是 就 在 
装载 类 的 时 候 就 创建 对 象 实例 ， 写 法 如 下 : 

private static Singleton uniqueInstance = new Singleton(); 

所 谓 懒 汉 式 ， 既 然 是 懒 ， 那 么 在 创建 对 象 实例 的 时 候 就 不 着 急 ， 会 一 直 等 到 马上 要 
使 用 对 象 实 例 的 时 候 才 会 创建 ， 懒 人 嘛 ， 总 是 推托 不 开 的 时 候 才 去 真正 执行 工作 ， 因 此 
在 装载 对 象 的 时 候 不 创建 对 象 实例 ， 写 法 如 下 : 


private static Singleton uniqueInstance = null; 






多 对 而 是 等 到 第 一 次 使 用 的 时 候 ， 才 去 创建 实例 ， 也 就 是 在 getinstance 方法 里 面 去 判 





5.2.4 使 用 单 例 模式 重 写 示 例 


由 于 单 例 模式 有 两 种 实现 方式 ， 这 里 选择 一 种 来 实现 就 可 以 了 ， 我 们 选择 饿 汉 式 的 
实现 方式 来 重 写 示例 吧 。 
采用 人 饿 汉 式 的 实现 方式 来 重 写实 例 的 示例 代码 如 下 : 


/** 
* 读 取 应 用 配置 文件 ， 单 例 实现 
Ve 
public class AppConfig { 
/** 
* 定义 一 个 变量 来 存储 创建 好 的 类 实例 ， 直 接 在 这 里 创建 类 实例 ， 只 能 创建 一 次 
oy 
private static AppConfig instance = new AppConfig(); 
/** 


* 定义 一 个 方法 来 为 客户 端 提供 Appconfig 类 的 实例 
* @return 一 个 AppConfig 的 实例 
uh 

Public static AppConfig getIinstance(){ 


return instance; 


/** 
* 用 来 存放 配置 文件 中 参数 A 的 值 
WA 
private String parameterA; 


/** 
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* 用 来 存放 配置 文件 中 参数 B 的 值 
站 
private String parameterB; 
public String getParameterA() { 
return parameterAa; 
} 
public, String getParameterB() { 
return parameterB; 
} 
/** 
* 私有 化 构造 方法 
学 
Private AppConfig(){ 
// 调 用 读 取 配置 文件 的 方法 
readConfig() : 
} 
/x* 
* 读 取 配置 文件 ， 把 配置 文件 中 的 内 容 读 出 来 设置 到 属性 上 
Wh 
private void readConfig()!{ 
Properties p = new Properties(); 
Inputstream in = null; 
try { 
in = AppConfig.class.getResourceAsStream!( 
"AppConfig.properties"); 
p.load (in); 
// 把 配置 文件 中 的 内 容 读 出 来 设置 到 属性 上 
this.parameterA = p.getProperty ("paramA"); 


this.parameterB p.getProperty ("paramB"); 

} catch (IOException e) { 
System.out .println ("装载 配置 文件 出 错 了 ， 具 体 堆栈 信息 如 下 : ") ; 
e.printStackTrace (); 

}finallyt{ 
tr yt 

in.close(); 
} catch (IOException e) { 


e.printSstackTrace (); 
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} 
当然 ， 测 试 的 客户 端 也 需要 相应 地 变化 。 示 例 代 码 如 下 : 
public class Client { 


public static void main(String[] args) { 
/ /创建 读 取 应 用 配置 的 对 象 
AppConfig config = AppConfig.getInstance(); 


String paramA = config.getParameterA(); 


String paramB = config.getParameterB(); 
System.out .println ("paramA="+paramA+",paramB="+paramB); 


} 
测试 看 看 ， 是 否 能 满足 要 求 。 


5.3 模式 讲解 


5. 3.1 认识 单 例 模式 


1. 单 例 模式 的 功能 

单 例 模式 是 用 来 保证 这 个 类 在 运行 期 间 只 会 被 创建 一 个 类 实例 ， 另 外 ， 单 例 模式 还 
提供 了 一 个 全 局 唯一 访问 这 个 类 实例 的 访问 点 ， 就 是 getInstance 方法 。 不 管 采用 懒汉 式 
还 是 饿 汉 式 的 实现 方式 ， 这 个 全 局 访问 点 是 一 样 的 。 

对 于 单 例 模式 而 言 ， 不 管 采 用 何 种 实现 方式 ， 它 都 是 只 关心 类 实例 的 创建 问题 ， 并 
不 关心 具体 的 业务 功能 。 

2. 单 例 模式 的 范围 

也 就 是 在 多 大 范围 内 是 单 例 呢 ? 

观察 上 面 的 实现 可 以 知道 ， 目 前 Java 里 面 实现 的 单 例 是 一 个 虚拟 机 的 范围 。 因 为 装 
载 类 的 功能 是 虚拟 机 的 , 所 以 一 个 虚拟 机 在 通过 自己 的 ClassLoader 装载 饿 汉 式 实现 单 例 
类 的 时 候 就 会 创建 一 个 类 的 实例 。 


罗 寺 就 把 单 例 模式 中 的 5.3.1 的 认识 单 例 模式 里 面 的 第 (2) 这 个 小 项 的 内 容 ， 替 换 
已 国 成 下 面 的 内 容 即 可 。 


这 就 意味 着 如 果 一 个 虚拟 机 里 面 有 很 多 个 ClassLoader， 而 且 这 些 ClassLoader 都 装 
载 某 个 类 的 话 ， 就 算 这 个 类 是 单 例 ， 它 也 会 产生 很 多 个 实例 。 当 然 ， 如 果 一 个 机 器 上 有 
多 个 虚拟 机 ， 那 么 每 个 虚拟 机 里 面 都 应 该 至 少 有 一 个 这 个 类 的 实例 ， 也 就 是 说 整个 机 器 
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上 就 有 很 多 个 实例 ， 更 不 会 是 单 例 了 。 
3. 单 例 模式 的 命名 


另外 请 注意 一 点 , 这 里 讨论 的 单 例 模式 并 不 适用 于 集群 环境 , 对 于 集群 环境 下 的 


单 例 这 里 不 去 讨论 ， 它 不 属于 这 里 的 内 容 范 围 。 


- 般 建 议 单 例 模式 的 方法 命名 为 getInstance(), 这 个 方法 的 返回 类 型 肯定 是 单 例 类 的 
类 型 了 。getInstance() 方 法 可 以 有 参数 ， 这 些 参数 可 能 是 创建 类 实例 所 需要 的 参数 ， 当 然 ， 
大 多 数 情况 下 是 不 需要 的 。 

单 例 模式 的 名 称 有 单 例 、 单 件 、 单 体 等 ， 只 是 翻译 的 不 同 ， 都 是 指 的 同一 个 模式 。 


5. 3. 2 ”懒汉 式 和 钱 汉 式 实 现 





前 面 提 到 了 单 例 模式 有 两 种 典型 的 解决 方案 ， 一 种 叫 懒汉 式 ， 另 一 种 叫 饿 汉 式 ， 这 
两 种 方式 究竟 是 如 何 实现 的 ， 下 面 分 别 来 看 看 。 为 了 看 得 更 清晰 一 点 ， 只 是 实现 基本 的 
单 例 控制 部 分 ， 不 再 提供 示例 的 属性 和 方法 了 ;， 而且 暂时 也 不 去 考虑 线程 安全 的 问题 ， 
这 个 问题 在 后 面 将 会 重点 分 析 。 

1. 第 一 种 方案 一 一 懒汉 式 

1) 私有 化 构造 方法 

要 想 在 运行 期 间 控制 某 一 个 类 的 实例 只 有 一 个 ， 首 要 的 任务 就 是 要 控制 创建 实例 的 
地 方 ， 也 就 是 不 能 随 随便 便 就 可 以 创建 类 实例 ， 否 则 就 无 法 控制 所 创建 的 实例 个 数 了 。 
现在 是 让 使 用 类 的 地 方 来 创建 类 实例 ， 也 就 是 在 类 外 部 来 创建 类 实例 。 

那么 怎样 才能 让 类 的 外 部 不 能 创建 一 个 类 的 实例 呢 ? 很 简单 ， 私 有 化 构造 方法 就 可 
以 了 。 示 例 代码 如 下 : 

private Singleton()t{ 

} 

2) 提供 获取 实例 的 方法 

构造 方法 被 私有 化 了 ， 外 部 使 用 这 个 类 的 地 方 不 干 了 ， 外 部 创建 不 了 类 实例 就 没有 
办 法 调用 这 个 对 象 的 方法 ， 就 实现 不 了 功能 调用 。 这 可 不 行 ， 经 过 思考 ， 单 例 模式 决定 
让 这 个 类 提供 一 个 方法 来 返回 类 的 实例 ， 方 便 外 面 使 用 。 示 例 代码 如 下 : 

public Singleton getInstance(){ 

} 

3) 把 获取 实例 的 方法 变 成 静态 的 

又 有 新 的 问题 了 ， 获 取 对 象 实例 的 这 个 方法 是 一 个 实例 方法 ， 也 就 是 说 客户 端 要 想 
调用 这 个 方法 ， 需 要 先 得 到 类 实例 ， 然 后 才 可 以 调用 。 可 是 这 个 方法 就 是 为 了 得 到 类 实 
例 ， 这 样 一 来 不 就 形成 一 个 死 循 环 了 吗 ? 这 也 是 典型 的 “ 先 有 鸡 还 是 先 有 和 蛋 的 问题 ”。 

解决 方法 也 很 简单 ， 在 方法 上 加 上 static， 这 样 就 可 以 直接 通过 类 来 调用 这 个 方法 ， 
而 不 需要 先 得 到 类 实例 。 示 例 代码 如 下 : 
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public static Singleton getInstance(){ 

} 

4) 定义 存储 实例 的 属性 

方法 定义 好 了 ， 那 么 方法 内 部 如 何 实现 呢 ? 如 果 直 接 创 建 实例 并 返回 ， 这 样 行 不 行 
呢 ? 示例 代码 如 下 : 

public static Singleton getInstance () { 

return new Singleton() 

} 

当然 不 行 了 , 如果 每 次 客户 端 访问 都 这 样 直 接 new 一 个 实例 , 那 肯 定 会 有 多 个 实例 ， 
根本 实现 不 了 单 例 的 功能 。 

怎么 办 呢 ? 单 例 模式 想到 了 一 个 办 法 ， 那 就 是 用 一 个 属性 来 记录 自己 创建 好 的 类 实 
例 。 当 第 一 次 创建 后 ， 就 把 这 个 实例 保存 下 来 ， 以 后 就 可 以 复 用 这 个 实例 ， 而 不 是 重复 
创建 对 象 实例 了 。 示 例 代 码 如 下 : 

private Singleton instance = null; 

5) 把 这 个 属性 也 定义 成 静态 的 

这 个 属性 变量 应 该 在 什么 地 方 用 呢 ? 肯定 是 第 一 次 创建 类 实例 的 地 方 ， 也 就 是 在 前 
面 那 个 返回 对 象 实例 的 静态 方法 里 面 使 用 。 

由 于 要 在 一 个 静态 方法 里 面 使 用 ， 所 以 这 个 属性 被 迫 成 为 一 个 类 变量 ， 要 强制 加 上 
static， 也 就 是 说 ， 这 里 并 没有 使 用 static 的 特性 。 示 例 代 码 如 下 : 

private static Singleton instance = null; 


6) 实现 控制 实例 的 创建 
现在 应 该 到 getInstance 方法 里 面 实现 控制 实例 的 创建 了 。 控 制 的 方式 很 简单 ， 只 要 
先 判 断 一 下 是 否 已 经 创建 过 实例 就 可 以 了 。 如 何 判断 ? 那 就 看 存放 实例 的 属性 是 否 有 值 ， 
如 果 有 值 ， 说 明 已 经 创建 过 了 ， 如 果 没 有 值 ， 则 应 该 创建 一 个 。 示 例 代码 如 下 : 
public static Singleton getInstance(){ 
// 先 判断 instance 是 否 有 值 
if(instance == null)f{ 
// 如 果 没有 值 ， 说 明 还 没有 创建 过 实例 ， 那 就 创建 一 个 
// 并 把 这 个 实例 设置 给 instance 
instance = new Singleton () 
} 1 
// 如 果 有 值 ， 或 者 是 创建 了 值 ， 那 就 直接 使 用 
return instance; 
} 
7) 完整 的 实现 
至 此 ， 成 功 解决 了 在 运行 期 间 ， 控 制 某 个 类 只 被 创建 一 个 实例 的 要 求 。 完 整 的 代码 
如 下 。 为 了 大 家 好 理解 ， 用 注释 标示 了 代码 的 先后 顺序 。 
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Public class Singleton { 
//4: 定义 一 个 变量 来 存储 创建 好 的 类 实例 
//5: 因为 这 个 变量 要 在 静态 方法 中 使 用 ， 所 以 需要 加 上 static 修饰 
private static Singleton instance = null; 
//1: 私有 化 构造 方法 ， 好 在 内 部 控制 创建 实例 的 数目 
private Singleton(){ 
} 
//2: 定义 一 个 方法 来 为 客户 端 提供 类 实例 
//3: 这 个 方法 需要 定义 成 类 方法 ， 也 就 是 要 加 static 
public static Singleton getInstance () { 
//6: 判断 存储 实例 的 变量 是 否 有 值 
if(instance == null){ 
//6.1: 如 果 没 有 ， 就 创建 一 个 类 实例 ， 并 把 值 赋 给 存储 类 实例 的 变量 
instance = new Singleton(); 
} 
//6.2: 如 果 有 值 ， 那 就 直接 使 用 


return instance; 


} 
2. 第 二 种 方案 一 一 饿 汉 式 
这 种 方案 和 第 一 种 方案 相 比 ， 前 面 的 私有 化 构造 方法 ， 提 供 静 态 的 getInstance 方法 
来 返回 实例 等 步 又 都 一 样 。 差 别 在 于 如 何 实现 getInstance 方法 ， 在 这 个 地 方 ， 单 例 模 式 
还 想到 了 另外 一 种 方法 来 实现 getInstance 方法 。 
不 就 是 要 控制 只 创造 一 个 实例 吗 ? 那么 有 没有 什么 现成 的 解决 办 法 呢 ? 很 快 ， 单 例 
模式 回忆 起 了 Java 中 static 的 特性 。 
加 static 变量 在 类 装载 的 时 候 进 行 初始 化 。 
四 多 个 实例 的 static 变量 会 共享 同一 块 内 存 区 域 。 
这 就 意味 着 ， 在 Java 中 ，static 变量 只 会 被 初始 化 一 次 ， 就 是 在 类 装载 的 时 候 ， 而 且 
多 个 实例 都 会 共享 这 个 内 存 空 间 ， 这 不 就 是 单 例 模式 要 实现 的 功能 吗 ? 真是 得 来 全 不 费 
功夫 啊 。 根 据 这 些 知 识 ， 写 出 了 第 二 种 解决 方案 的 代码 。 
public class Singleton { 
//4: 定义 一 个 静态 变量 来 存储 创建 好 的 类 实例 
// 直 接 在 这 里 创建 类 实例 ， 只 能 创建 一 次 
private static Singleton instance = new Singleton(); 
//1: 私有 化 构造 方法 ， 可 以 在 内 部 控制 创建 实例 的 数目 
private Singleton(){ 
} 
//2: 定义 一 个 方法 来 为 客户 端 提供 类 实例 
//3: 这 个 方法 需要 定义 成 类 方法 ， 也 就 是 要 加 static 






注意 在 这 里 就 创 
建 类 实例 了 
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public static Singleton getInstance () { 
//5: 直接 使 用 已 经 创建 好 的 实例 


return instance; 








这 个 方法 里 面 就 不 需 
要 控制 代码 了 





注意 一 下 ,这 个 方案 用 到 了 static 的 特性 ， 而 第 一 个 方案 却 没 有 用 到 ， 因 此 两 


个 方案 的 步骤 会 有 一 些 不 同 。 在 第 一 个 方案 里 面 , 强制 加 上 static 也 是 算 作 一 
步 的， 而 在 这 个 方案 里 面 ， 是 主动 加 上 static， 就 不 能 单独 算 作 一 步 了 。 





所 以 在 查看 上 面 两 种 方案 代码 的 时 候 ， 仔 细 看 看 编号 。 顺 着 编号 的 顺序 看 ， 可 以 体 
会 出 两 种 方案 的 不 一 样 。 

不 管 是 采用 哪 一 种 方式 ， 在 运行 期 间 ， 都 只 会 生成 一 个 实例 ， 而 访问 这 些 类 的 一 个 
全 局 访问 点 ， 就 是 那个 静态 的 getInstance 方法 。 

3. 单 例 模式 的 调用 顺序 示意 图 

由 于 单 例 模式 有 两 种 实现 方式 ， 所 以 它 的 调用 顺序 也 分 成 两 种 。 

先 来 看 懒汉 式 的 调用 顺序 ， 如 图 5.2 所 示 。 


天 Singleton 
ient 


1; 调用 getInstance 方 法 | 









if( 央 此 f 是 否 已 有 实例 ) 


先 类 帐 f 存 储 实例 的 变量 是 否 有 值 ， 
如 果 没 有 ; 就 创建 一 个 类 实例 ， 

并 把 值 赋值 给 存 侍 类 实例 的 变量 ; 
如 果 有 值 ， 那 就 直接 使 用 





返回 sngeton 实 全 






图 5.2 ”懒汉 式 调用 顺序 示意 图 
饿 汉 式 的 调用 顺序 如 图 5.3 所 示 。 


关 Singleton 
ient 


1; 调用 getInstance 方 法 
一 一 不 用 判断 ,直接 返回 | 必 、 
已 经 创建 好 的 实例 


图 5.3 ”人 饿 汉 式 调用 顺序 示意 图 






返回 5ingleton 实 鹿 


5. 3.3 延迟 加 载 的 思想 


单 例 模式 的 懒汉 式 实 现 方式 体现 了 延迟 加 载 的 思想 。 什 么 是 延迟 加 载 呢 ? 
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通俗 点 说 ， 延 迟 加 载 就 是 一 开始 不 要 加 载 资 源 或 者 数据 ， 一 直 等 ， 等 到 马上 就 要 使 
用 这 个 资源 或 者 数据 了 ， 躲 不 过 去 了 才 加 载 ， 所 以 也 称 Lazy Load， 不 是 懒惰 啊 ， 是 “ 延 
迟 加 载 ”， 这 在 实际 开发 中 是 一 种 很 常见 的 思想 ， 尽 可 能 地 节约 资源 。 
体现 在 什么 地 方 呢 ? 请 看 如 下 代码 : 


public static Singleton getInstance()1{ 


if(instance == null)t{ 
instance = new Singleton(); 
} 


return instance; 












这 里 就 体现 了 延迟 加 
载 ， 马 上 就 要 使 用 这 个 
实例 了 ， 还 不 知道 有 没 
有 呢 ， 所 以 判断 一 下 ， 
如 果 没 有 ， 没 办 法 了 ， 
) 赶紧 创建 一 个 吧 。 
5.3.4 缓存 的 思想 


单 例 模式 的 懒汉 式 实现 还 体现 了 缓存 的 思想 ， 缓 存 也 是 实际 开发 中 常见 的 功能 。 

简单 讲 就 是 ， 当 某 些 资源 或 者 数据 被 频繁 地 使 用 ， 而 这 些 资源 或 数据 存储 在 系统 外 
部 ， 比 如 数据 库 、 硬 盘 文 件 等 ， 那 么 每 次 操作 这 些 数据 的 时 候 都 得 从 数据 库 或 者 硬盘 上 
去 获取 ， 速 度 会 很 慢 ， 将 造成 性 能 问题 。 

一 个 简单 的 解决 方法 就 是 : 把 这 些 数 据 缓存 到 内 存 里 面 ， 每 次 操作 的 时 候 ， 先 到 内 
存 里 面 找 ， 看 有 没有 这 些 数据 ， 如 果 有 ， 就 直接 使 用 ， 如 果 没有 就 获取 它 ， 并 设置 到 组 
存 中 ， 下 一 次 访问 的 时 候 就 可 以 直接 从 内 存 中 获取 了 ， 从 而 节省 大 量 的 时 间 。 当 然 ， 组 
存 是 一 种 典型 的 空间 换 时 间 的 方案 。 

缓存 在 单 例 模式 的 实现 中 是 怎样 体现 的 呢 ? 

Pauluenelasssednogheteoni{ 


private static Singleton instance = null; 






private Singleton(){ 


这 个 属性 就 是 用 来 
缓存 实例 的 






} 
public static Singleton getInstance () { 
// 判 断 存储 实例 的 变量 是 否 有 值 
if(instance == null){ 
// 如 果 没 有 ， 就 创建 一 个 类 实例 ， 并 把 值 赋 给 存储 类 实例 的 变量 
instance = new Singleton(); 
} 
// 如 果 有 值 ， 那 就 直接 使 用 


return instance; 
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} 


5. 3.5 Java 中 缓存 的 基本 实现 


下 面 来 看 看 在 Java 开发 中 缓存 的 基本 实现 , 在 Java 开发 中 最 常见 的 一 种 实现 缓存 的 
方式 就 是 使 用 Map， 基 本 步骤 如 下 。 


(1) 先 到 缓存 里 面 查找 ， 看 看 是 否 存在 需要 使 用 的 数据 。 
(2) 如 果 没 有 找到 ， 那 么 就 创建 一 个 满足 要 求 的 数据 ， 然 后 把 这 个 数据 设置 到 组 
存 中 ， 以 备 下 次 使 用 。 如 果 找 到 了 相应 的 数据 ， 或 者 是 创建 了 相应 的 数据 ， 那 就 
直接 使 用 这 个 数据 。 
还 是 看 看 示例 吧 。 示 例 代 码 如 下 : 
fis , 
* Java 中 缓存 的 基本 实现 示例 
wd 
public class JavaCache { 
/** 
* 缓存 数据 的 容器 ， 定 义 成 Map 是 方便 访问 ， 直 接 根据 key 就 可 以 获取 Value 了 
* key 选用 String 是 为 了 简单 ， 方 便 演示 
wi 
private Map<String,Object> map = new HashMap<String,Object>(); 
/** 
* 从 缓存 中 获取 值 
* @param key 设置 时 候 的 key 值 
* @return key 对 应 的 Value 值 
af 
Public Object getValue (String key){ 
// 先 从 缓存 里 面 取 值 
Object obj = map.get (key); 
// 判 断 缓存 里 面 是 否 有 值 
if(obj == nul1) 1{ 
// 如 果 没 有 ， 那 么 就 去 获取 相应 的 数据 ， 比 如 读 取 数据 库 或 者 文件 
// 这 里 只 是 演示 ， 所 以 直接 写 个 假 的 值 
obj = key+",value"; 
// 把 获取 的 值 设置 回 到 缓存 里 面 
map.put (key, obj); 
} 
// 如 果 有 值 了 ， 就 直接 返回 使 用 


return obj; 
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} 


这 里 只 是 缓存 的 基本 实现 ， 还 有 很 多 功能 都 没有 考虑 ， 比 如 缓存 的 清除 ， 缓 存 的 同 


步 等 。 当 然 ，Java 的 缓存 还 有 很 多 实现 方式 ， 也 是 非常 复杂 的 ， 现 在 有 很 多 专业 的 缓存 
框架 。 更 多 缓存 的 知识 ， 这 里 就 不 再 讨论 了 。 


5. 3.6 利用 缓存 来 实现 单 例 模式 


应 用 Java 缓存 的 知识 ， 可 以 变相 实现 Singleton 模式 ， 也 算是 一 个 模拟 实现 吧 。 每 次 


都 先 从 缓存 中 取 值 。 只 要 创建 一 次 对 象 实例 后 ， 就 设置 了 缓存 的 值 ， 那 么 下 次 就 不 用 再 
创建 了 。 


虽然 不 是 很 标准 的 做 法 ， 但 是 同样 可 以 实现 单 例 模式 的 功能 。 为 了 简单 ， 先 不 去 考 


虑 多 线程 的 问题 ， 示 例 代码 如 下 : 


/** 
* 使 用 缓存 来 模拟 实现 单 例 
wd 
puUbLlLeC Ciass noungLetornet 
/** 
* 定义 一 个 默认 的 key 值 ， 用 来 标识 在 缓存 中 的 存放 
2 
RTVate 了 31 static String DEPAULT KEY 和 De 
/** 
* 缓存 实例 的 容器 
ed 


private static Map<String,Singleton> map = 
new HashMap<String,Singleton>(); 
/** 
* 私有 化 构造 方法 
wh 
private Singleton(){ 
A 
} 
public static Singleton getInstance ()t{ 
// 先 从 缓存 中 获取 
Singleton instance = (Singleton)map.get (DEFAULT KEY); 
// 如 果 没 有 ， 就 新 建 一 个 ， 然 后 设置 回 缓存 中 
zf(instance==nul1) { 
instance = new Singleton () ; 


map.put (DEFAULT _ KEY， instance) 
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} 

是 不 是 也 能 实现 单 例 所 要 求 的 功能 呢 ? 前 面 讲 过 ， 实 现 横 式 的 方式 有 很 多 种 ， 并 不 
是 只 有 模式 的 参考 实现 所 实现 的 方式 ， 上 面 这 种 也 能 实现 单 例 所 要 求 的 功能 ， 只 不 过 实 
现 比较 麻烦 ， 不 是 太 好 而 已 ， 但 在 后 面 扩展 单 例 模式 的 时 候 会 有 用 。 

另外 ， 前 面 也 讲 过 ， 模 式 是 经 验 的 积累 ， 模 式 的 参考 实现 并 不 一 定 是 最 优 的 ， 对 于 
单 例 模式 ， 后 面 将 会 给 大 家 一 些 更 好 的 实现 方式 。 


5. 3.7 单 例 模 式 的 优 缺 点 


1. 时 间 和 空间 

比较 上 面 两 种 写法 : 懒汉 式 是 典型 的 时 间 换 空间 ， 也 就 是 每 次 获取 实例 都 会 进行 判 
断 ， 看 是 否 需 要 创建 实例 ， 浪 费 判 断 的 时 间 。 当 然 ， 如 果 一 直 没 有 人 使 用 的 话 ， 那 就 不 
会 创建 实例 ， 则 节约 内 存 空间 。 

饿 汉 式 是 典型 的 空间 换 时 间 ， 当 类 装载 的 时 候 就 会 创建 类 实例 ， 不 管 你 用 不 用 ， 先 
创建 出 来 ， 然 后 每 次 调用 的 时 候 ， 就 不 需要 再 判断 了 ， 节 省 了 运行 时 间 。 

2. 线程 安全 

(1) 从 线程 安全 性 上 讲 ， 不 加 同步 的 懒汉 式 是 线程 不 安全 的 ， 比 如 ， 有 两 个 线程 ， 
一 个 是 线程 A， 一 个 是 线程 B， 它 们 同时 调用 getInstance 方法 ， 那 就 可 能 导致 并 发 问题 。 
如 下 示例 : 










B 线程 运行 到 这 句 话 ， 
正在 进行 判断 


public static Singleton getInstance(){ 


if(instance == null)f{ 


A 线程 已 经 运行 到 这 里 了 ， 还 没有 执行 完 下 面 一 句 话 ; 
而 此 时 B 线程 运行 到 上 面 了 ， 正 在 进行 判断 
instance = new Singleton () ， 
} 
return instance; 
. 
程序 继续 运行 ， 两 个 线程 都 向 前 走 了 一 步 ， 如 下 : 
publie estatic. "Singleton getlinstance() 


if(instance == null)t{ 






1: 由 于 B 线程 运行 较 快 ， 一 下 就 判断 出 instance==null， 为 true 
2: 而 此 时 A 线程 正在 创建 实例 ， 也 就 是 正 运 行 new Singleton0 
3: 但 是 B 线程 已 经 判断 完了 ， 也 进入 到 这 里 了 
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问题 产生 了 : 这 样 就 没有 控制 
住 ， 并 发 了 ， 会 创建 两 个 实例 了 


instance = new Singleton(); 
} A 线程 正在 创建 实例 


return instance; 






} 
可 能 有 些 朋 友 会 觉得 文字 描述 还 是 不 够 直观 ， 再 来 画 个 图 说 明 一 下 ， 如 图 5.4 所 示 。 


B 线 程 _» 


public static Singleton getInstance(){ 


if(instance == nulD){// 判 断 结果 也 为 
true， 也 能 进入 ， 出 问题 了 










if(instance == null){ 


// 判 断 结 果 为 tue， 进 入 


new Singleton();// 创 建 实例 


中 ， 但 是 还 没有 创建 完成 





把 创建 的 实例 赋值 给 





instance, 然后 : return instance; 





先 instance = new Singleton(); 


然后 : return instance; 





时 间 


图 5.4 ”懒汉 式 单 例 的 线程 问题 示意 图 

通过 图 5.4 的 分 解 描 述 ， 明 显 地 看 出 ， 当 A、B 线程 并 发 的 情况 下 ,会 创建 出 两 个 实 
例 来 ， 也 就 是 单 例 的 控制 在 并 发 情况 下 失效 了 。 

(2) 饿 汉 式 是 线程 安全 的 ， 因 为 虚拟 机 保证 只 会 装载 一 次 ,在 装载 类 的 时 候 是 不 会 
发 生 并 发 的 。 

(3) 如 何 实现 懒汉 式 的 线程 安全 呢 ? 

当然 懒汉 式 也 是 可 以 实现 线程 安全 的 ， 只 要 加 上 synchronized 即 可 ， 如 下 : 

public static synchronized Singleton getIinstance()1{} 

但 是 这 样 一 来 ， 会 降低 整个 访问 的 速度 ， 而 且 每 次 都 要 判断 。 那 么 有 没有 更 好 的 方 
式 来 实现 呢 ? 

(4) 双重 检查 加 锁 

可 以 使 用 “双重 检查 加 锁 ” 的 方式 来 实现 ， 就 可 以 既 实 现 线程 安全 ， 又 能 够 使 性 能 
不 受到 很 大 的 影响 。 那 么 什么 是 “双重 检查 加 锁 ” 机 制 呢 ? 

所 谓 双重 检查 加 锁 机 制 ， 指 的 是 : 并 不 是 每 次 进入 getInstance 方法 都 需要 同步 ， 而 


Ca 





是 先 不 同步 ， 进 入 方法 过 后 ， 先 检查 实例 是 否 存在 ， 如 果 不 存 在 才 进 入 下 面 的 同步 块 ， 
这 是 第 一 重 检查 。 进 入 同步 块 过 后 ， 再 次 检查 实例 是 否 存 在 ， 如 果 不 存 在 ， 就 在 同步 的 
情况 下 创建 一 个 实例 ， 这 是 第 二 重 检查 。 这 样 一 来 ， 就 只 需要 同步 一 次 了 ， 从 而 减少 了 
多 次 在 同步 情况 下 进行 判断 所 浪费 的 时 间 。 

双重 检查 加 锁 机 制 的 实现 会 使 用 一 个 关键 字 volatile， 它 的 意思 是 : 被 volatile 修饰 
的 变量 的 值 ， 将 不 会 被 本 地 线程 缓存 ， 所 有 对 该 变量 的 读 写 都 是 直接 操作 共享 内 存 ,从 而 
确保 多 个 线程 能 正确 的 处 理 该 变量 。 


在 Java1.4 及 以 前 版 本 中 ,很 多 JVM 对 于 volatile 关键 字 的 实现 有 问题 , 会 导致 双 


重 检 查 加 锁 的 失败 ， 因 此 双重 检查 加 锁 的 机 制 只 能 用 在 Java5 及 以 上 的 版 本 。 
看 看 代码 可 能 会 更 加 清楚 些 。 示 例 代 码 如 下 : 
public class Singleton { 
/** 
* 对 保存 实例 的 变量 添加 volatile 的 修饰 
nh 


private volatile static Singleton instance = null; 





private Singleton(){ 
} 
public static Singleton getInstance(){ 
// 先 检查 实例 是 否 存 在 ， 如 果 不 存 在 才 进 入 下 面 的 同步 块 
if(instance == null)t{ 
// 同 步 块 ， 线 程 安全 地 创建 实例 
SynchronizedQ(Singleton.class)1{ 
// 再 次 检查 实例 是 否 存在 ， 如 果 不 存 在 才 真正 地 创建 实例 
if(instance == null)t{ 


instance = new Singleton(); 


} 


return instance; 
} 
这 种 实现 方式 既 可 以 实现 线程 安全 地 创建 实例 ， 而 又 不 会 对 性 能 造成 太 大 的 影响 。 
是 在 第 一 次 创建 实例 的 时 候 同 步 ， 以 后 就 不 需要 同步 了 ， 从 而 加 快 了 运行 速度 。 


由 于 volatile 关键 字 可 能 会 屏蔽 掉 虚 拟 机 中 一 些 必要 的 代码 优化 ， 所 以 运行 效率 
并 不 是 很 高 。 因 此 一 般 建议 ， 没 有 特别 的 需要 ， 不 要 使 用 。 也 就 是 说 ， 虽 然 可 以 


使 用 “双重 检查 加 锁 ” 机 制 来 实现 线程 安全 的 单 例 ， 但 并 不 建议 大 量 采 用 ， 可 以 
根据 情况 来 选用 。 





92 


第 5 章 单 例 模式 (Singleton) 用品 
5. 3.8 在 Java 中 一 种 更 好 的 单 例 实现 方式 


根据 上 面 的 分 析 ， 和 常见 的 两 种 单 例 实现 方式 都 存在 小 小 的 缺陷 ， 那 么 有 没有 一 种 方 
案 ， 既 能 够 实现 延迟 加 载 ， 又 能 够 实现 线程 安全 呢 ? 


史 央 还 真有 高 人 想到 这 样 的 解决 方案 了 ， 这 个 解决 方案 被 称 为 Lazy initialization holder 


class 模式 ， 这 个 模式 综合 使 用 了 Java 的 类 级 内 部 类 和 多 线程 缺 省 同步 锁 的 知识 ， 
很 巧妙 地 同时 实现 了 还 迟 加 载 和 线程 安全 。 





1. 相应 的 基础 知识 
先 简单 地 看 看 类 级 内 部 类 相关 的 知识 。 
可 什么 是 类 级 内 部 类 ? 
简单 点 说 ， 类 级 内 部 类 指 的 是 ， 有 static 修饰 的 成 员 式 内 部 类 。 如 果 没 有 static 修 
饰 的 成 员 式 内 部 类 被 称 为 对 象 级 内 部 类 。 

四 类 级 内 部 类 相当 于 其 外 部 类 的 static 成 分 ， 它 的 对 象 与 外 部 类 对 象 间 不 存在 依赖 关 
系 ， 因 此 可 直接 创建 。 而 对 象 级 内 部 类 的 实例 ， 是 绑 定 在 外 部 对 象 实例 中 的 。 

a 类 级 内 部 类 中 ， 可 以 定义 静态 的 方法 。 在 静态 方法 中 只 能 够 引用 外 部 类 中 的 静态 
成 员 方 法 或 者 成 员 变 量 。 

m 类 级 内 部 类 相当 于 其 外 部 类 的 成 员 ， 只 有 在 第 一 次 被 使 用 的 时 候 才 会 被 装载 。 

再 来 看 看 多 线程 缺 省 同步 锁 的 知识 。 

大 家 都 知道 ， 在 多 线程 开发 中 ， 为 了 解决 并 发 问题 ， 主 要 是 通过 使 用 synchronized 
来 加 互 斥 锁 进 行 同步 控制 。 但 是 在 某 些 情况 中 ，JVM 已 经 隐 含 地 为 您 执行 了 同步 ， 这 些 
情况 下 就 不 用 自己 再 来 进行 同步 控制 了 。 这 些 情况 包括 : 

四 由 静态 初始 化 器 (在 静态 字段 上 或 static{} 块 中 的 初始 化 器 ) 初始 化 数据 时 

四 访问 final 字段 时 

m 在 创建 线程 之 前 创建 对 象 时 

a 线程 可 以 看 见 它 将 要 处 理 的 对 象 时 

2. 解决 方案 的 思路 

要 想 很 简单 地 实现 线程 安全 ， 可 以 采用 静态 初始 化 器 的 方式 ， 它 可 以 由 JVM 来 保证 
线程 的 安全 性 。 比 如 前 面 的 饿 汉 式 实现 方式 。 但 是 这 样 一 来 , 不 是 会 浪费 一 定 的 空间 吗 ? 
因为 这 种 实现 方式 ， 会 在 类 装载 的 时 候 就 初始 化 对 象 ， 不 管 你 需 不 需要 。 

如 果 现 在 有 一 种 方法 能 够 让 类 装载 的 时 候 不 去 初始 化 对 象 ， 那 不 就 解决 问题 了 ? 一 
种 可 行 的 方式 就 是 采用 类 级 内 部 类 ， 在 这 个 类 级 内 部 类 里 面 去 创建 对 象 实例 。 这 样 一 来 ， 
只 要 不 使 用 到 这 个 类 级 内 部 类 ， 那 就 不 会 创建 对 象 实例 ， 从 而 同时 实现 延迟 加 载 和 线程 
安全 。 

看 看 代码 示例 可 能 会 更 清晰 一 些 ， 示 例 代码 如 下 : 

publyc class Singleton 1 

Vi 
* 类 级 的 内 部 类 ， 也 就 是 静态 的 成 员 式 内 部 类 ， 该 内 部 类 的 实例 与 外 部 类 的 实例 
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全 
并 





* 没有 绑 定 关系 ， 而 且 只 有 被 调用 到 时 才 会 装载 ， 从 而 实现 了 延迟 加 载 
A 
private static class SingletonHolder{ 
/** 
* 静态 初始 化 器 ， 由 JVM 来 保证 线程 安全 
交大 
private static Singleton instance = new Singleton(); 
} 
/*# 
* 私有 化 构造 方法 
关 大 
Private Singleton(){ 
} 
Public static Singleton getInstance () { 


return SingletonHolder.instance; 


} 

仔细 想 想 ， 是 不 是 很 巧妙 呢 ! 

当 getInstance 方法 第 一 次 被 调用 的 时 候 ， 它 第 一 次 读 取 SingletonHolder.instance， 导 
致 SingletonHolder 类 得 到 初始 化 ;而 这 个 类 在 装载 并 被 初始 化 的 时 候 ， 会 初始 化 它 的 静 
态 域 ， 从 而 创建 Singleton 的 实例 ， 由 于 是 静态 的 域 ， 因 此 只 会 在 虚拟 机 装载 类 的 时 候 初 
始 化 一 次 ， 并 由 虚拟 机 来 保证 它 的 线程 安全 性 。 

这 个 模式 的 优势 在 于 ，getInstance 方法 并 没有 被 同步 ， 并 且 只 是 执行 一 个 域 的 访问 ， 
因此 延迟 初始 化 并 没有 增加 任何 访问 成 本 。 


5. 3.9 单 例 和 枚 举 


按照 《高 效 Java 第 二 版 》 中 的 说 法 : 单元 素 的 枚 举 类 型 已 经 成 为 实现 Singleton 的 
最 佳 方法 。 
为 了 理解 这 个 观点 ， 先 来 了 解 一 点 相关 的 枚 举 知识 ， 这 里 只 是 强化 和 总 结 一 下 枚 举 
的 一 些 重要 观点 ， 更 多 基本 的 枚 举 的 使 用 ， 请 参看 Java 编程 入 门 资料 。 
Java 的 枚 举 类 型 实质 上 是 功能 齐全 的 类 ， 因 此 可 以 有 自己 的 属性 和 方法 。 
四 Java 枚 举 类 型 的 基本 思想 是 通过 公有 的 静态 final 域 为 每 个 枚 举 常量 导出 实例 的 类 。 
m 从 某 个 角度 讲 ， 枚 举 是 单 例 的 泛 型 化 ， 本 质 上 是 单元 素 的 枚 举 。 
用 枚 举 来 实现 单 例 非常 简单 ， 只 需要 编写 一 个 包含 单个 元 素 的 枚 举 类 型 即 可 。 示 例 
代码 如 下 : 
/** 
* 使 用 枚 举 来 实现 单 例 模式 的 示例 
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Public enum Singleton { 
/** 
* 定义 一 个 枚 举 的 元 素 ， 它 就 代表 了 singleton 的 一 个 实例 
本 


uniqueInstance; 


/** 

* 示意 方法 ， 单 例 可 以 有 自己 的 操作 

a 

public void singletonOperation(){ 


// 功 能 处 理 


} 


使 用 枚 举 来 实现 单 实例 控制 会 更 加 简洁 , 而且 无 偿 地 提供 了 序列 化 的 机 制 , 并 由 JVM 
从 根本 上 提供 保障 ， 绝 对 防止 多 次 实例 化 ， 是 更 简洁 、 高 效 、 安 全 的 实现 单 例 的 方式 。 


5. 3. 10 思考 单 例 模式 


1. 单 例 模式 的 本 质 


单 例 模式 的 本 质 : 控制 实例 数目 。 


单 例 模式 是 为 了 控制 在 运行 期 间 ， 某 些 类 的 实例 数目 只 能 有 一 个 。 可 能 有 人 就 会 思 
考 ， 能 不 能 控制 实例 数目 为 2 个 ，3 个 ,或 者 是 任意 多 个 呢 ? 目的 都 是 一 样 的 ， 节 约 资源 
啊 ， 有 些 时 候 单个 实例 不 能 满足 实际 的 需要 ， 会 忙 不 过 来 ， 根 据 测 算 ，3 个 实例 刚刚 好 。 
也 就 是 说 ， 现 在 要 控制 实例 数目 为 3 个 ， 怎 么 办 呢 ? 

其 实 思路 很 简单 ， 就 是 利用 上 面 通过 Map 来 缓存 实现 单 例 的 示例 ， 进 行 变形 ， 一 个 
Map 可 以 缓存 任意 多 个 实例 。 新 的 问题 是 ，Map 中 有 多 个 实例 , 但 是 客户 端 调用 的 时 候 ， 
到 底 返 回 哪 一 个 实例 呢 ， 也 就 是 实例 的 调度 问题 ， 我 们 只 是 想来 展示 设计 模式 ， 对 于 调 
度 算法 就 不 去 深究 了 ， 做 个 最 简单 的 循环 返回 就 好 可 以 了 。 示 例 代 码 如 下 : 

/** 、 

* 简单 演示 如 何 扩展 单 例 模式 ， 控 制 实例 数目 为 3 个 

#7 

Public class OneExtend { 

/六 六 
* 定义 一 个 缺 省 的 key 值 的 前 组 
六 
private final static String DEFAULT PREKEY = "Cache"; 
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/** 
* 缓存 实例 的 容器 
站 
private static Map<String,OneExtend> map = 
new HashMap<String,OneExtend>();，; 
/** 
*" 用 来 记录 当前 正在 使 用 第 几 个 实例 ， 到 了 控制 的 最 大 数目 ， 就 返回 从 1 开始 
eg 


private static int num = 1; 


/太太 
* 定义 控制 实例 的 最 大 数目 
所 


private final static int NUM MAX = 3; 
private OneExtend(){} 


public static OneExtend getInstance() { 








String key = DEFAULT PREKEY+Num; 


缓存 的 体现 , 通过 
控制 缓存 的 数据 
多 少 来 控制 实例 
数目 


OneExtend oneExtend = map.get (key); 

if (oneExtend==null){ 
oneExtend = new OneExtend(); 
map.put (key, oneExtend) : 

} 

// 把 当前 实例 的 序号 加 1 

num++; 

if (num > NUM MAX)'{ 
// 如 果实 例 的 序号 已 经 达到 最 大 数目 了 ， 那 就 重复 从 1 开始 获取 
num = 1; 

} 


return oneExtend; 


public static void main(String[] args) { 
OneExtend tl = getInstance (); 
OneExtend t2 = getInstance (); 
OneExtend t3 = getIinstance (); 
OneExtend t4 = getInstance (): 
OneExtend t5 = getInstance () 
OneExtend t6 = getInstance (); 
测试 是 否 能 满足 功 
System.out .println("t1=="+t1); 能 要 求 
System.out .println("t2=="+t2); 
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System.out .Println (" 七 3==" 二 七 3) 7 
System.out.printlin("t4=="+t4); 
System.out.println ("tS5=="+t5); 
System.out .println("t6=="+t6); 


} 

测试 一 下 ， 看 看 结果 ， 如 下 : 

tl==cn.javass.dp.singleton.example9.OneExtend@6b97fd 

t2==cn.javass.dp.singleton.example9.0neExtend@1c78e57 

t3==cn.javass.dp.singleton.example9.OneExtend@5224ee 

t4==cn.javass.dp.singleton.example9.OneExtend@6b97fd 

t5==cn.javass.dp.singleton.example9.OneExtend@1c78e57 

t6==cn.javass.dp.singleton.example9.OneExtend@5224ee 

第 一 个 实例 和 第 四 个 相同 ， 第 二 个 与 第 五 个 相同 ， 第 三 个 与 第 六 个 相同 。 也 就 是 说 
一 共 只 有 三 个 实例 ， 而 且 调 度 算法 是 从 第 一 个 依次 取 到 第 三 个 ， 然 后 回来 继续 从 第 一 个 
开始 取 到 第 三 个 。 

当然 在 这 里 我 们 不 去 考虑 复杂 的 调度 情况 , 也 不 去 考虑 何 时 应 该 创建 新 实例 的 问题 。 


二 这 种 实现 方式 同样 是 线程 不 安全 的 ， 需 要 处 理 ， 这 里 就 不 再 展开 去 讲解 了 。 


2. 何 时 选用 单 例 模式 

建议 在 如 下 情况 时 ， 选 用 单 例 模式 。 

当 需 要 控制 一 个 类 的 实例 只 能 有 一 个 ， 而 且 客 户 只 能 从 一 个 全 局 访问 点 访问 它 时 ， 
可 以 选用 单 例 模式 ， 这 些 功能 恰好 是 单 例 模式 要 解决 的 问题 。 


5. 3. 11 相关 模式 
很 多 模式 都 可 以 使 用 单 例 模式 ， 只 要 这 些 模式 中 的 某 个 类 ， 需 要 控制 实例 为 一 个 的 


时 候 ， 就 可 以 很 自然 地 使 用 上 单 例 模式 。 比 如 抽象 工厂 方法 中 的 具体 工厂 类 就 通常 是 一 
个 单 例 。 
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6.1 场景 问题 


6.1.1 导出 数据 的 应 用 框架 


考虑 这 样 一 个 实际 应 用 : 实现 一 个 导出 数据 的 应 用 框架 ， 来 让 客户 选择 数据 的 导出 
方式 ， 并 真正 执行 数据 导出 。 

在 一 些 实际 的 企业 应 用 中 ， 一 个 公司 的 系统 往往 分 散在 很 多 个 不 同 的 地 方 运行 ， 比 
如 各 个 分 公司 或 者 是 门市 点 。 公 司 既 没有 建立 全 公司 专 网 的 实力 ， 但 是 又 不 愿意 让 业务 
数据 实时 地 在 广域网 上 传递 ， 一 个 是 考虑 数据 安全 的 问题 ， 另 一 个 是 运行 速度 的 问题 。 

这 种 系统 通常 会 有 一 个 折 中 的 方案 , 那 就 是 各 个 分 公司 内 运行 系统 的 时 候 是 独立 的 ， 
是 在 自己 分 公司 的 局 域 网 内 运行 。 每 天 业务 结束 的 时 候 ， 各 个 分 公司 会 导出 自己 的 业务 
数据 ， 然 后 把 业务 数据 打包 ， 通 过 网 络 传送 给 总 公司 ， 或 是 专人 把 数据 送 到 总 公司 ， 然 
后 由 总 公司 进行 数据 导入 和 核算 。 

通常 这 种 系统 在 导出 数据 上 会 有 一 些 约定 的 方式 ， 比 如 导出 成 文本 格式 、 数 据 库 备 
份 形式 、Excel 格式 、Xml 格式 等 。 

现在 就 来 考虑 实现 这 样 一 个 应 用 框架 。 在 继续 之 前 ， 先 来 了 解 一 些 关 于 框架 的 知识 。 


6. 1.2 框架 的 基础 知识 





1. 框架 是 什么 

简单 点 说 ， 框 架 就 是 能 完成 一 定 功 能 的 半成品 软件 。 

就 其 本 质 而 言 ， 框 架 是 一 个 软件 ， 而 且 是 一 个 半成品 的 软件 。 所 谓 半成品 ， 就 是 还 
不 能 完全 实现 用 户 需 要 的 功能 。 框 架 只 是 实现 用 户 需 要 的 功能 的 一 部 分 ， 还 需要 进一步 
加 工 ， 才 能 成 为 一 个 满足 用 户 需 要 的 、 完 整 的 软件 。 因 此 框架 级 的 软件 ， 它 的 主要 客户 
是 开发 人 员 ， 而 不 是 最 终 用 户 。 


对 有 些 朋 友 会 想 ， 既 然 框架 只 是 个 半成品 ， 那 何必 要 去 学 习 和 使 用 框架 儿 ， 学 习 


成 本 也 不 算 小 ? 那 就 是 因为 框架 能 完成 一 定 的 功能 ， 也 就 是 “框架 已 经 完成 的 
一 定 的 功能 ”在 吸引 着 开发 人 员 ， 让 大 家 去 学 习 和 使 用 框架 。 





2. 框架 能 干什么 

= ”能 完成 一 定 功能 ， 加 快 应 用 开发 进度 。 
由 于 框架 完成 了 一 定 的 功能 ， 而 且 通 常 是 一 些 基础 的 、 有 难度 的 、 通 用 的 功能 ， 
这 就 避免 我 们 在 应 用 开发 的 时 候 完 全 从 头 开始 ， 而 是 在 框架 已 有 的 功能 之 上 继 
续 开 发 ， 也 就 是 说 会 复 用 框架 的 功能 ， 从 而 加 快 应 用 的 开发 进度 。 

= 给 我 们 一 个 精良 的 程序 架构 。 
框架 定义 了 应 用 的 整体 结构 ， 包 括 类 和 对 象 的 分 割 、 各 部 分 的 主要 责任 、 类 和 
对 象 怎么 协作 ， 以 及 控制 流程 等 。 
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Java 界 流行 的 框架 ， 大 多 出 自 大 师 手 笔 ， 设 计 都 很 精良 。 基 于 这 样 的 框架 来 开 
发 ， 一 般 会 遵循 框架 已 经 规划 好 的 结构 来 进行 开发 ， 从 而 使 开发 应 用 程序 的 结 
构 也 相对 变 得 精良 了 。 
3. 对 框架 的 理解 
s ”基于 框架 来 开发 ， 事 情 还 是 那些 事情 ， 只 是 看 谁 做 的 问题 。 
对 于 应 用 程序 和 框架 的 关系 ， 可 以 用 一 个 图 来 简单 描述 一 下 ， 如 图 6.1 所 示 。 





项 目的 终结 水 平 线 ， 实 现 所 有 的 功 
能 ， 满 足 用 户 的 要 求 


软件 开始 实现 的 起 点 水 平 
线 ， 基 本 认为 从 零 开 始 


图 6.1 应 用 程序 和 框架 的 简单 关系 示意 图 

如 果 没 有 框架 ， 那 么 客户 要 求 的 所 有 功能 都 由 开发 人 员 自 己 来 开发 ， 没 问题 ， 
同样 可 以 实现 用 户 要 求 的 功能 ， 只 是 开发 人 员 的 工作 多 点 。 
如 果 有 了 框架 ， 框 架 本 身 完成 了 一 定 的 功能 ， 那 么 框架 已 有 的 功能 开发 人 员 就 
可 以 不 做 了 ， 开 发 人 员 只 需要 完成 框架 没有 的 功能 ， 最 后 同样 是 完成 客户 要 求 
的 所 有 功能 ， 但 是 开发 人 员 的 工作 就 减少 了 。 
也 就 是 说 ， 基 于 框架 来 开发 ， 软 件 要 完成 的 功能 并 没有 变化 ， 还 是 客户 要 求 的 
所 有 功能 ， 也 就 是 “事情 还 是 那些 事情 ”的 意思 。 但 是 有 了 框架 后 ， 框 架 完成 
了 一 部 分 功能 ， 然 后 开发 人 员 再 完成 一 部 分 功能 ， 最 后 由 框架 和 开发 人 员 合 起 
来 完成 了 整个 软件 的 功能 ， 也 就 是 看 这 些 功 能 “由 谁 做 ”的 问题 。 

m ”基于 框架 开发 ， 可 以 不 去 做 框架 所 做 的 事情 ， 但 是 应 该 明白 框架 在 干什么 ， 以 
及 框架 是 如 何 实 现 相应 功能 的 。 
事实 上 ,在 实际 开发 中 ， 应 用 程序 和 框架 的 关系 通常 都 不 会 像 上 面 讲述 的 那样 ， 
分 得 那么 清楚 ， 更 为 普遍 的 是 相互 交互 的 。 也 就 是 应 用 程序 做 一 部 分 工作 ， 框 
架 做 另 一 部 分 工作 ， 然 后 应 用 程序 再 做 一 部 分 工作 ， 框 架 再 做 另 一 部 分 工作 。 
如 此 交错 ， 最 后 由 应 用 程序 和 框架 组 合 起 来 完成 用 户 的 功能 要 求 。 
也 用 个 示意 图 来 说 明 ， 如 图 6.2 所 示 。 





6.2 ”应 用 程序 和 框架 的 关系 示意 图 
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如 果 把 这 个 由 应 用 程序 和 框架 组 合 在 一 起 构成 的 矩形 ， 当 作 最 后 完成 的 软件 。 
试想 一 下 ， 如 果 你 不 懂 框 架 在 干什么 ， 相 当 于 框架 对 你 来 讲 是 个 黑 盒 ， 也 就 是 
相当 于 在 图 6.2 中 去 掉 框架 的 两 块 , 会 发 现 什 么 ? 没 错 ， 剩 下 的 应 用 程序 是 支 离 
破碎 的 ， 是 相互 分 隔 开 来 的 。 


这 会 导致 一 个 非常 致命 的 问题 , 整个 应 用 是 如 何 运 转 起 来 的 , 你 是 不 清楚 的 ， 


也 就 是 说 对 你 而 言 ， 项 目 已 经 失控 了 ， 从 项 目 管理 的 角度 来 讲 ， 这 是 很 危险 
的 。 
因此 ， 在 基于 框架 开发 的 时 候 ， 虽 然 可 以 不 去 做 框架 所 做 的 事情 ， 但 是 应 该 搞 
明白 框架 在 干什么 ， 如 果 条 件 允 许 的 话 ， 还 应 该 搞 清 楚 框 架 是 如 何 实现 相应 功 
能 的 ， 至 少 应 该 把 大 致 的 实现 思路 和 实现 步骤 搞 清 楚 ， 这 样 我 们 才能 整体 地 掌 
控 整 个 项 目 ， 才 能 尽量 减少 出 现 项 目 失控 的 情况 。 
4. 框架 和 设计 模式 的 关系 
1) 设计 模式 比 框架 更 抽象 
框架 已 经 是 实现 出 来 的 软件 了 ， 虽 然 只 是 个 半成品 的 软件 ， 但 毕竟 是 已 经 实现 出 来 
的 了 ; 而 设计 模式 的 重心 还 在 于 解决 问题 的 方案 上 ， 也 就 是 还 停留 在 思想 的 层面 上 。 因 
此 设计 模式 比 框架 更 为 抽象 。 
2) 设计 模式 是 比 框架 更 小 的 体系 结构 元 素 
如 上 所 述 ， 框 架 是 已 经 实现 出 来 的 软件 ， 并 实现 了 一 系列 的 功能 ， 因 此 一 个 框架 通 





3) 框架 比 设计 模式 更 加 特例 化 

框架 是 完成 一 定 功能 的 半成品 软件 ， 也 就 是 说 ， 框 架 的 目的 很 明确 ， 就 是 要 解决 某 
-个 领域 的 某 些 问题 ， 那 是 很 具体 的 功能 。 不 同 的 领域 实现 出 来 的 框架 是 不 一 样 的 。 

而 设计 模式 还 停留 在 思想 的 层面 ， 只 要 相应 的 问题 适合 用 某 个 设计 模式 来 解决 ， 在 
不 同 的 领域 都 可 以 应 用 。 

因此 框架 总 是 针对 特定 领域 的 ， 而 设计 模式 更 加 注重 从 思想 上 、 方 法 上 来 解决 问题 ， 
更 加 通用 化 。 


6.1.3 有 何 问题 


分 析 上 面 要 实现 的 应 用 框架 ， 不 管用 户 选择 什么 样 的 导出 格式 ， 最 后 导出 的 都 是 一 
个 文件 ， 而 且 系统 并 不 知道 究竟 要 导出 成 为 什么 样 的 文件 ， 因 此 应 该 有 一 个 统一 的 接口 
来 描述 系统 最 后 生成 的 对 象 ， 并 操作 输出 的 文件 。 

先 把 导出 的 文件 对 和 象 的 接口 定义 出 来 。 示 例 代码 如 下 : 

/** 

* 导出 的 文件 对 象 的 接口 

«A 


public interface ExportFileApi { 
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pe 
* 导出 内 容 成 为 文件 
* @param data 示意 : 需要 保存 的 数据 
* @return 是 否 导出 成 功 
| 
public boolean export (String data); 

} 

对 于 实现 导出 数据 的 业务 功能 对 象 ， 它 应 该 根据 需要 来 创建 相应 的 ExportFileApi 的 
实现 对 象 ， 因 为 特定 的 ExportFileApi 的 实现 是 与 具体 的 业务 相关 的 。 但 是 对 于 实现 导出 
数据 的 业务 功能 对 象 而 言 ， 它 并 不 知道 应 该 创建 哪 一 个 ExportFileApi 的 实现 对 象 ， 也 不 
知道 如 何 创建 。 


也 就 是 说 : 对 于 实现 导出 数据 的 业务 功能 对 象 ， 它 需要 创建 ExportFileApi 的 具体 
实例 对 象 , 但 是 它 只 知道 ExportFileApi 接口 ， 而 不 知道 其 具体 的 实现 ， 那 该 怎么 办 呢 ? 


6.2 解决 方案 


6.2.1 使 用 工厂 方法 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 工厂 方法 模式 (Factory Method) 。 那 
么 什么 是 工厂 方法 模式 呢 ? 
1. 工厂 方法 模式 的 定义 


定义 一 个 用 于 创建 对 象 的 接口 ， 让 子 类 决定 实例 化 哪 一 个 类 ，Factory Method 使 


一 个 类 的 实例 化 延 巡 到 其 子 类 。 





2. 应 用 工厂 方法 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 事 实 上 在 实现 导出 数据 的 业务 功能 对 象 里 面 ， 根 本 就 不 知道 
究竟 要 使 用 哪 一 种 导出 文件 的 格式 ， 因 此 这 个 对 象 根本 就 不 应 该 和 具体 的 导出 文件 的 对 
象 耦合 在 一 起 ， 它 只 需要 面向 导出 的 文件 对 象 的 接口 就 可 以 了 。 

但 是 这 样 一 来 ， 又 有 新 的 问题 产生 了 : 接口 是 不 能 直接 使 用 的 ， 需 要 使 用 具体 的 接 
口 实现 对 象 的 实例 。 

这 不 是 自 相 矛盾 吗 ?要 求 面向 接口 ， 不 让 和 具体 的 实现 耦合 ， 但 是 又 需要 创建 接口 
的 具体 实现 对 象 的 实例 。 怎 么 解决 这 个 矛盾 呢 ? 

工厂 方法 模式 的 解决 思路 很 有 意思 ， 那 就 是 不 解决 ， 采 取 无 为 而 治 的 方式 : 不 是 需 
要 接口 对 象 吗 ， 那 就 定义 一 个 方法 来 创建 ， 可 是 事实 上 它 自己 是 不 知道 如 何 创建 这 个 接 
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口 对 象 的 ， 没 有 关系 ， 定 义 成 抽象 方法 就 可 以 了 ， 自 己 实现 不 了 ， 那 就 让 子 类 来 实现 ， 
这 样 这 个 对 象 本 身 就 可 以 只 是 面向 接口 编程 ， 而 无 需 关心 到 底 如 何 创 建 接 口 对 象 了 。 


6. 2.2 工厂 方法 模式 的 结构 和 说 阴 


工厂 方法 模式 的 结构 如 图 6.3 所 示 。 










interface» 


Go Prodoct 


(DD RFac torydethod 0. Product 
多 +someDperation() :void 
{A 


OO#factoryMethod (0) :Product 


图 6.3 工厂 方法 模式 结构 示意 图 

@ ”Product: 定义 工厂 方法 所 创建 的 对 象 的 接口 ， 也 就 是 实际 需要 使 用 的 对 象 的 接口 。 

”ConcreteProduct: 具体 的 Product 接口 的 实现 对 象 。 

m Creator: 创建 器 ， 声 明 工 厂 方法 ， 工 厂 方法 通常 会 返回 一 个 Product 类 型 的 实例 对 
象 ， 而 且 多 是 抽象 方法 。 也 可 以 在 Creator 里 面 提供 工厂 方法 的 默认 实现 ， 让 工厂 
方法 返回 一 个 缺 省 的 Product 类 型 的 实例 对 象 。 

mm ”ConcreteCreator: 具体 的 创建 器 对 象 ， 履 盖 实 现 Creator 定义 的 工厂 方法 ， 返 回 具 
体 的 Product 实例 。 


6.2.3 工厂 方法 模式 示例 代码 






[OW ConcreteProduct 





(1) Product 定义 的 示例 代码 如 下 : 
/大大 

* 工厂 方法 所 创建 的 对 象 的 接口 

赤水 
public interface Product { 

// 可 以 定义 Product 的 属性 和 方法 

} 

(2) Product 实现 对 象 的 示例 代码 如 下 : 
]A 

* 具体 的 Product 对 象 

对 


public class ConcreteProduct implements Product { 
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// 实 现 Product 要 求 的 方法 
} 


(3) 创建 器 定义 的 示例 代码 如 下 : 


/** 

* 创建 器 ， 声 明 工厂 方法 

二 沪 

public abstract class Creator { 
/六 大 
* 创建 Product 的 工厂 方法 
* @return Product 对 象 
ed 
protected abstract Product factoryMethod(); 
/大 类 
* 示意 方法 ， 实 现 某 些 功能 的 方法 
KA 


Public void someOperation() { 
/ /通常 在 这 些 方法 实现 中 需要 调用 工厂 方法 来 获取 Product 对 象 
Product product = factoryMethod(); 


} 
(4) 创建 器 实现 对 象 的 示例 代码 如 下 : 
/** 
* 具体 的 创建 器 实现 对 象 
A 
public class ConcreteCreator extends Creator { 
protected Product factoryMethod() { 
// 重 定义 工厂 方法 ， 返 回 一 个 具体 的 Product 对 象 


return new ConcreteProduct () : 
} 
6. 2.4 使 用 工厂 方法 模式 来 实现 示例 


要 使 用 工厂 方法 模式 来 实现 示例 ， 先 来 按照 工厂 方法 模式 的 结构 ， 对 应 出 哪些 是 被 
创建 的 Product, 哪些 是 Creator。 分 析 要 求实 现 的 功能 , 导出 的 文件 对 象 接 口 ExportFileApi 
就 相当 于 是 Product， 而 用 来 实现 导出 数据 的 业务 功能 对 象 就 相当 于 Creator。 把 Product 
和 Creator 分 开 后 ， 就 可 以 分 别 来 实现 它们 了 。 


使 用 工厂 模式 来 实现 示例 的 程序 结构 如 图 6.4 所 示 : 
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+export (data:String]:boolean 
图 天 factorybWetlod 人 ExportpFrTeapr 
八 /人 


wp ExportTxtFileOQperate 
DO#factoryllethod ( :ExportFileApi 


Im 了 xportDBOperate 
外 #factoryWethod 0) :ExportFileApi 


图 6.4 使 用 工厂 方法 模式 来 实现 示例 的 程序 结构 示意 图 
下 面 一 起 来 看 看 代码 实现 。 
(1) 导出 的 文件 对 象 接 口 ExportFileApi 的 实现 没有 变化 ， 这 里 就 不 再 歼 述 了 。 
(2) 接口 ExportFileApi 的 实现 。 为 了 示例 简单 ， 只 实现 导出 文本 文件 格式 和 数据 


Ginterface» 
% EzportFileApi 





© fexport (data.: String). bovlean 
人 ZL 





Otexport (data: Strine):boolean 





Dtexport (data:Strine):boolean 





库 备 份 文件 两 种 。 
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实现 导出 文本 文件 格式 的 。 示 例 代码 如 下 : 
/** 
* 导出 成 文本 文件 格式 的 对 象 
人 
Public class ExportTxtFile implements ExportFileApi{ 
public boolean export (String data) { 
// 简 单 示意 一 下 ， 这 里 需要 操作 文件 
System.out .println(" 导 出 数据 "+data+" 到 文本 文件 ") ; 


return trues 


} 
导出 成 数据 库 备 份 文件 形式 对 象 的 示例 代码 如 下 : 
/** 
* 导出 成 数据 库 备 份 文件 形式 的 对 象 
*/ 
public class ExportDB implements ExportFileApit{ 
public boolean export (String data) { 
// 简 单 示 意 一 下 ， 这 里 需要 操作 数据 库 和 文件 
System.out .println(" 导 出 数据 "+data+" 到 数据 库 备 份 文件 ") ; 


return true; 
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(3) 实现 ExportOperate 的 示例 代码 如 下 : 
/大业 
* 实现 导出 数据 的 业务 功能 对 象 
public abstract class ExportOperate { 
/ 
* 导出 文件 
* @param data 需要 保存 的 数据 
* @return 是 否 成 功 导 出 文件 
public boolean export (String data){ 
// 使 用 工厂 方法 
ExportFileApi api = factoryMethod(); 
return api.export (data); 
} 
/太太 
* 工厂 方法 ， 创 建 导出 的 文件 对 象 的 接口 对 象 
* @return 导出 的 文件 对 象 的 接口 对 象 
三 
protected abstract ExportFileApi factoryMethoaQ () ; 
} 
(4) 加 入 了 两 个 Creator 实现 。 
创建 导出 成 文本 文件 格式 对 象 的 示例 代码 如 下 : 
/六 
* 具体 的 创建 器 实现 对 象 ， 实 现 创建 导出 成 文本 文件 格式 的 对 象 
eh 
public class ExportTxtFileOperate extends ExportOperatet{ 
protected ExportFileApi factoryMethod() { 
// 创 建 导出 成 文本 文件 格式 的 对 象 


return new ExportTxtFile(); 


创建 导出 成 数据 库 备 份 文件 形式 对 象 的 示例 代码 如 下 : 


107 


/** 
* 具体 的 创建 器 实现 对 象 ， 实 现 创 建 导出 成 数据 库 备份 文件 形式 的 对 象 
$A 

public class ExportDBOperate extends ExportOperatet{ 


protected ExportFileApi factoryMethod() { 
/ /创建 导 出 成 数据 库 备 份 文件 形式 的 对 和 象 





} 

(5) 客户 端 直 接 创 建 需要 使 用 的 Creator 对 象 ， 然 后 调用 相应 的 功能 方法 。 示 例 代 
码 如 下 : 

Public class Client { 


public static void main(String[] args) { 


/ /创建 需要 使 用 的 Creator 对 象 
ExportOperate operate = new ExportDBOperate(); 
// 调 用 输出 数据 的 功能 方法 


operate.export ("测试 数据 ") ; 


} 

运行 结果 如 下 : 

导出 数据 测试 数据 到 数据 库 备份 文件 

还 可 以 修改 客户 端 new 的 对 象 ， 切 换 成 其 他 实现 对 象 ， 试 试看 会 发 生 什么 。 看 来 应 
用 工厂 方法 模式 是 很 简单 的 ， 对 吧 。 


6.3 模式 讲解 


6.3.1 认识 工厂 方法 模式 


1. 工厂 方法 模式 的 功能 

工厂 方法 模式 的 主要 功能 是 让 父 类 在 不 知道 具体 实现 的 情况 下 ， 完 成 自身 的 功能 调 
用 ; 而 具体 的 实现 延迟 到 子 类 来 实现 。 

这 样 在 设计 的 时 候 ， 不 用 去 考虑 具体 的 实现 ， 需 要 某 个 对 象 ， 把 它 通过 工厂 方法 返 
回 就 好 了 ， 在 使 用 这 些 对 象 实现 功能 的 时 候 还 是 通过 接口 来 操作 ， 这 类 似 于 IoC/DI 的 思 
想 ， 这 个 在 后 面 将 给 大 家 稍 详细 点 介绍 。 
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2. 实现 成 抽象 类 


工厂 方法 的 实现 中 ,通常 父 类 会 是 一 个 抽象 类 ， 里 面包 含 创建 所 需 对 象 的 抽象 方法 ， 
这 些 抽象 方法 就 是 工厂 方法 。 


上 汪 这 里 要 注意 一 个 问题 ， 子 类 在 实现 这 些 抽象 方法 的 时 候 ， 通 常 并 不 是 真正 地 由 


子 类 来 实现 具体 的 功能 ， 而 是 在 子 类 的 方法 里 面 做 选择 ， 选 择 具 体 的 产品 实现 
对 象 。 


父 类 里 面 ， 通 常会 有 使 用 这 些 产 品 对 象 来 实现 一 定 的 功能 的 方法 ， 而 且 这 些 方法 所 
实现 的 功能 通常 都 是 公共 的 功能 ， 不 管子 类 选择 了 何 种 具体 的 产品 实现 ， 这 些 方 法 的 功 
能 总 是 能 正确 执行 。 

3. 实现 成 具体 的 类 

也 可 以 把 父 类 实现 成 为 一 个 具体 的 类 。 这 种 情况 下 ， 通 常 是 在 父 类 中 提供 获取 所 需 
对 象 的 默认 实现 方法 ， 这 样 即使 没有 具体 的 子 类 ， 也 能 够 运行 。 

通常 这 种 情况 还 是 需要 具体 的 子 类 来 决定 具体 要 如 何 创建 父 类 所 需要 的 对 象 。 也 把 
这 种 情况 称 为 工厂 方法 为 子 类 提供 了 挂钩 。 通 过 工厂 方法 ， 可 以 让 子 类 对 象 来 覆盖 父 类 
的 实现 ， 从 而 提供 更 好 的 灵活 性 。 

4. 工厂 方法 的 参数 和 返回 

工厂 方法 的 实现 中 ， 可 能 需要 参数 ， 以 便 决 定 到 底 选 用 哪 一 种 具体 的 实现 。 也 就 是 
说 通过 在 抽象 方法 里 面 传递 参数 ， 在 子 类 实现 的 时 候 根据 参数 进行 选择 ， 看 看 究竟 应 该 
创建 哪 一 个 具体 的 实现 对 象 。 

一 般 工 厂 方法 返回 的 是 被 创建 对 象 的 接口 对 象 ， 当 然 也 可 以 是 抽象 类 或 者 一 个 具体 
的 类 的 实例 。 

5. 谁 来 使 用 工厂 方法 创建 的 对 象 

这 里 首先 要 和 弄 明白 一 件 事情 ， 就 是 谁 在 使 用 工厂 方法 创建 的 对 象 ? 

事实 上 , 在 工厂 方法 模式 里 面 ， 应 该 是 Creator 中 的 其 他 方法 在 使 用 工厂 方法 创建 的 
对 象 ， 虽 然 也 可 以 把 工厂 方法 创建 的 对 象 直接 提供 给 Creator 外 部 使 用 ， 但 工厂 方法 模式 
的 本 意 ， 是 由 Creator 对 象 内 部 的 方法 来 使 用 工厂 方法 创建 的 对 象 ， 也 就 是 说 ， 工 厂 方法 
一 般 不 提供 给 Creator 外 部 使 用 。 

客户 端 应 该 使 用 Creator 对 象 ， 或 者 是 使 用 由 Creator 创建 出 来 的 对 象 。 对 于 客户 端 
使 用 Creator 对 象 ， 这 个 时 候 工厂 方法 创建 的 对 象 ， 是 Creator 中 的 某 些 方法 使 用 ， 对 于 
使 用 那些 由 Creator 创建 出 来 的 对 象 ， 这 个 时 候 工 厂 方法 创建 的 对 象 ， 是 构成 客户 端 需 要 
的 对 象 的 一 部 分 。 分 别 举例 来 说 明 。 

1) 客户 端 使 用 Creator 对 象 的 情况 

比如 前 面 的 示例 ， 对 于 “实现 导出 数据 的 业务 功能 对 象 ”的 类 ExportOperate， 它 有 
一 个 export 的 方法 ， 在 这 个 方法 里 面 ， 需 要 使 用 具体 的 “导出 的 文件 对 象 的 接口 对 象 ” 
ExportFileApi, 而 ExportOperate 是 不 知道 具体 的 ExportFileApi 实现 的 , 那 是 怎么 做 的 呢 ? 
就 是 定义 了 一 个 工厂 方法 ， 用 来 返回 ExportFileApi 的 对 象 ， 然 后 export 方法 会 使 用 这 个 
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工厂 方法 来 获取 它 所 需要 的 对 象 ， 然 后 执行 功能 。 
这 个 时 候 的 客户 端 是 怎么 做 的 呢 ? 这 个 时 候 客 户 端 主要 就 是 使 用 ExportOperate 的 实 
例 来 完成 它 想 要 完成 的 功能 ， 也 就 是 客户 端 使 用 Creator 对 象 的 情况 。 简 单 描述 这 种 情况 
下 的 代码 结构 如 下 : 
/六 大 
* 客户 端 使 用 Creator 对 象 的 情况 下 ，Creator 的 基本 实现 结构 
Public abstract class Creator { 
/* 庆 
* 工厂 方法 ， 一 般 不 对 外 
* @return 创建 的 产品 对 象 
| 
protected abstract Product factoryMethod(); 
/** 
* 提供 给 外 部 使 用 的 方法 
* 客户 端 一 般 使 用 Creator 提供 的 这 些 方法 来 完成 所 需要 的 功能 
public void someOperation()1{ 
// 在 这 里 使 用 工厂 方法 
Product p = factoryMethod(); 





} 
2) 客户 端 使 用 由 Creator 创建 出 来 的 对 象 
另外 一 种 是 由 Creator 向 客户 端 返回 由 “工厂 方法 创建 的 对 象 ” 来 构建 的 对 象 ， 这 个 
时 候 工 厂 方法 创建 的 对 象 ， 是 构成 客户 端 需 要 的 对 象 的 一 部 分 。 简 单 描述 这 种 情况 下 的 
代码 结构 如 下 : 
/** 
* 客户 端 使 用 Creator 来 创建 客户 端 需要 的 对 象 的 情况 下 ，Creator 的 基本 实现 结构 
Ee 
public abstract class Creator { 
/** 
* 工厂 方法 ， 一 般 不 对 外 ， 创 建 一 个 部 件 对 象 
* @return 创建 的 产品 对 象 ， 一 般 是 另 一 个 产品 对 象 的 部 件 
protected abstract Productl] factorYyMethoadl (); 
/** 
* 工厂 方法 ， 一 般 不 对 外 ， 创 建 一 个 部 件 对 象 
* Q@return 创建 的 产品 对 象 ， 一 般 是 另 一 个 产品 对 象 的 部 件 
C0 
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protected abstract Product2 factoryMethod2(); 
/** 
* 创建 客户 端 需要 的 对 象 ， 客 户 端 主要 使 用 产品 对 象 来 完成 所 需要 的 功能 
* Q@return 客户 端 需要 的 对 象 
A 
public Product createProdquct () { 
// 在 这 里 使 用 工厂 方法 ， 得 到 客户 端 所 需 对 象 的 部 件 对 和 象 
Productl1 pl = factoryMethodl () ; 
Product2 p2 = factoryMethod2 () ; 


// 工 厂 方法 创建 的 对 象 是 创建 客户 端 对 象 所 需要 的 
Product P = new ConcreteProduct () : 
p.setProductl (P1) ， 


p.setProduct2 (p2); 


return p; 


小 结 一 下 : 在 工厂 方法 模式 里 面 , 客户 端 要 人 么 使 用 Creator 对 象 , 要么 使 用 Creator 


创建 的 对 象 , 一 般 客户 端 不 直接 使 用 工厂 方法 。 当 然 也 可 以 直接 把 工厂 方法 暴露 
给 客户 端 操作 ， 但 是 一 般 不 这 么 做 。 





6. 工厂 方法 模式 的 调用 顺序 示意 图 

由 于 客户 端 使 用 Creator 对 象 有 两 种 典型 的 情况 , 因此 调用 的 顺序 示意 图 也 分 为 两 种 
情况 。 

先 看 看 客户 端 使 用 由 Creator 创建 出 来 的 对 象 情况 的 调用 顺序 示意 图 , 如 图 6.5 所 示 。 


本 


1; 初 娩 化 具 伟 的 子 类 潭 得 到 一 个 creator 对 旬 | 







| 

| 

| 

| | 
的 2 | 
| 

| 

| 

| 





图 6.5 客户 端 使 用 由 Creator 创建 出 来 的 对 象 的 调用 顺序 示意 图 
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接 下 来 看 看 客户 端 使 用 Creator 对 象 时 候 的 调用 顺序 示意 图 ， 如 图 6.6 所 示 。 


天 ConcreteCreator ConcreteProduct 
ient 


二 初始 化 具体 邱 子 关 来 得 到 一 个 Creator 对 旬 









| 
2.1; 会 使 用 子 类 的 工厂 方法 
永世 电 六 要 的 产品 时 旬 ”| 





图 6.6 客户 端 使 用 Creator 对 象 的 调用 顺序 示意 图 


6. 3.2 工厂 方法 模式 与 10oC/D1 





IoC 一 一 Inversion of Control， 控 制 反 转 。 

DI 一 一 Dependency Injection， 依 赖 注入 。 

1. 如 何 理解 IoC/DI 

要 想 理解 上 面 两 个 概念 ， 就 必须 搞 清 楚 如 下 的 问题 : 

mn ”参与 者 都 有 谁 ? 

m ”依赖 ， 谁 依赖 于 谁 ?” 为 什么 需要 依赖 ? 

m 注入 : 谁 注 入 于 谁 ? 到 底 注入 什么 ? 

m 控制 反 转 : 谁 控制 谁 ? 控制 什么 ? 为 何 叫 反 转 〈 有 反 转 就 应 该 有 正 转 了 ) ? 

ma ”依赖 注入 和 控制 反 转 是 同一 概念 吗 ? 

下 面 就 来 简要 地 回答 一 下 上 述 问 题 ， 把 这 些 问 题 搞 明白 了 ， 也 就 明白 IoC/DI 了 。 
(1) 参与 者 都 有 谁 : 一 般 有 三 方 参与 者 ， 一 个 是 某 个 对 象 ， 另 一 个 是 IoC/DI 的 容 

器 ;还 有 一 个 是 某 个 对 象 的 外 部 资源 。 

解释 一 下 名 词 ， 某 个 对 象 指 的 就 是 任意 的 、 普 通 的 Java 对 象 ，IloCVDI 的 容器 简单 
点 说 就 是 指 用 来 实现 oC/DI 功能 的 一 个 框架 程序 ,对 象 的 外 部 资源 指 的 就 是 对 象 
需要 的 ， 但 是 是 从 对 象 外 部 获取 的 ， 都 统称 为 资源 ， 比 如 ， 对 象 需 要 的 其 他 对 
象 ， 或 者 是 对 象 需 要 的 文件 资源 等 。 

(2) 谁 依赖 于 谁 : 当然 是 某 个 对 象 依赖 于 IoC/DI 的 容器 。 

(3) 为 什么 需要 依赖 : 对象 需要 IoC/DI 的 容器 来 提供 对 象 需要 的 外 部 资源 。 

(4) 谁 注入 于 谁 : 很 明显 是 IoC/DI 的 容器 注入 某 个 对 象 。 

(5) 到 底 注 入 什么 : 就 是 注入 某 个 对 象 所 需要 的 外 部 资源 。 

(6) 谁 控制 谁 : 当然 是 IoC/DI 的 容器 来 控制 对 象 了 。 

(7) 控制 什么 : 主要 是 控制 对 象 实例 的 创建 。 
(8) 为 何 叫 反 转 : 反 转 是 相对 于 正 向 而 言 的 ， 那 么 什么 算是 正 向 的 呢 ? 考虑 一 下 党 
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规 情况 下 的 应 用 程序 ， 如 果 要 在 A 里 面 使 用 C， 你 会 怎么 做 呢 ? 当然 是 直接 去 创建 C 的 
对 象 ， 也 就 是 说 ， 在 A 类 中 主动 去 获取 所 需要 的 外 部 资源 C， 这 种 情况 被 称 为 正 向 的 。 
那么 什么 是 反 向 呢 ? 就 是 A 类 不 再 主动 去 获取 C， 而 是 被 动 等 待 ， 等 待 IoC/DI 的 容器 获 
取 一 个 C 的 实例 ， 然 后 反 向 地 注入 到 A 类 中 。 

用 图 例 来 说 明 一 下 。 

先 看 没有 IoC/DI 的 时 候 ， 常 规 的 A 类 使 用 C 的 示意 图 ， 如 图 6.7 所 示 。 


A 类 主动 创建 


在 A 类 里 面 需 要 使 用 C，C 就 相当 
于 A 的 外 部 资源 





图 6.7 常规 的 A 类 使 用 C 的 示意 图 
当 有 了 IoC/DI 的 容器 后 ，A 类 不 再 主动 去 创建 C 了 ， 如 图 6.8 所 示 。 


A 类 


在 A 类 里 面 需要 使 用 C，C 就 相当 
于 A 的 外 部 资源 





图 6.8 A 类 不 再 主动 创建 C 
而 是 被 动 等 待 ， 等 待 IoC/DI 的 容器 获取 一 个 C 的 实例 ， 然 后 反 向 地 注入 到 A 类 中 ， 
如 图 6.9 所 示 。 






A 类 











在 A 类 里 面 需要 使 用 C，C 就 相当 应 用 程序 
于 A 的 外 部 资源 
然后 向 A 注 入 C 的 实例 先 获 取 C 的 实例 






IoC/DI 容器 
负责 去 获取 C 的 实例 ， 然 后 把 C 的 实例 注入 回 到 A 里 面 






图 6.9 有 了 IoC/DI 容器 后 的 程序 结构 示意 图 


(9) 依赖 注入 和 控制 反 转 是 同一 概念 吗 ? 

根据 上 面 的 讲述 ， 应 该 能 看 出 来 ， 依 赖 注入 和 控制 反 转 是 对 同一 件 事情 的 不 同 描述 。 
从 某 个 方面 讲 ， 就 是 它们 描述 的 角度 不 同 。 依 赖 注 入 是 从 应 用 程序 的 角度 去 描述 ， 可 以 
把 依赖 注入 描述 得 完整 点 ， 应 用 程序 依赖 容器 创建 并 注入 它 所 需要 的 外 部 资源 ， 而 控制 
反 转 是 从 容器 的 角度 去 描述 ， 描 述 得 完整 点 就 是 ， 容 器 控制 应 用 程序 ， 由 容器 反 向 地 向 
应 用 程序 注入 其 所 需要 的 外 部 资源 。 
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小 结 : 其 实 loC/DI 对 编程 带 来 的 最 大 改变 不 是 在 代码 上 ， 而 是 在 思想 上 ， 发 生 
站 轴 了 “ 主 从 换 位 ”的 变化 。 应 用 程序 原本 是 老大 ， 要 获取 什么 资源 都 是 主动 出 击 ， 


但 是 在 oC/DI 思想 中 ， 应 用 程序 就 变 成 被 动 的 了 ， 被 动 地 等 待 oCVDI 容器 来 创 
建 并 注入 它 所 需要 的 资源 了 。 





这 么 小 小 的 一 个 改变 其 实 是 编程 思想 的 一 个 大 进步 ， 这 样 就 有 效 地 分 离 了 对 象 和 它 
所 需要 的 外 部 资源 ， 使 得 它们 松散 耦合 ， 有 利于 功能 复 用 ， 更 重要 的 是 使 得 程序 的 整个 
体系 结构 变 得 非常 灵活 。 

2. 工厂 方法 模式 和 IoC/DI 的 关系 

从 某 个 角度 讲 ， 工 厂 方法 模式 和 IoC/DI 的 思想 很 类 似 。 

上 面 讲 了 ， 有 了 IoC/DI 后 ， 应 用 程序 就 不 再 主动 了 ， 而 是 被 动 地 等 待 由 容器 来 注入 
资源 。 那 么 在 编写 代码 的 时 候 ， 一 旦 要 用 到 外 部 资源 ， 就 会 开 一 个 窗口 ， 让 容器 能 注入 
进来 ， 也 就 是 提供 给 容器 使 用 的 注入 的 途径 ， 当 然 这 不 是 我 们 的 重点 ， 就 不 去 细 细 讲解 
了 ， 用 setter 注入 来 示例 一 下 ， 使 用 IoC/DI 的 示例 代码 如 下 : 


Bubllie class A 4 


/** 

* 等 待 被 注入 进来 

“Af 
private C c = null; 
/** 


* 注入 资源 c 的 方法 
*-Qparzam C 被 注入 的 资源 
Bd 
public void setC(C c) { 
thisv6 二 CH 
} 
Public void t1()t{ 
// 这 里 需要 使 用 C， 可 是 又 不 让 主动 去 创建 C 了 ， 怎 么 办 ? 
// 反 正 就 要 求 从 外 部 注入 ， 这 样 更 省 心 
// 自 己 不 用 管 怎么 获取 C， 直 接 使 用 就 好 了 
c.tce(); 


} 
接口 C 的 示例 代码 如 下 : 
public interface C°{ 


public void tc(); 
} 
从 上 面 的 示例 代码 可 以 看 出 ， 现 在 在 A 里 面 写 代码 的 时 候 ， 凡 是 碰 到 了 需要 外 部 资 
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源 ， 那 么 就 提供 注入 的 途径 ， 要 求 从 外 部 注入 ， 自 己 只 管 使 用 这 些 对 象 。 

再 来 看 看 工厂 方法 模式 ， 如 何 实现 上 面 同 样 的 功能 。 为 了 区 分 ， 分 别 取 名 为 Al 和 
Cl。 这 个 时 候 在 Al 里 面 要 使 用 C1 对 象 ， 也 不 是 由 Al 主动 去 获取 C1 对象， 而 是 创建 
一 个 工厂 方法 ， 类 似 于 一 个 注入 的 途径 ; 然后 由 子 类 ， 假 设 叫 A2 吧 ， 由 A2 来 获取 C1 
对 象 ， 在 调用 的 时 候 ， 替 换 掉 Al 的 相应 方法 ， 相 当 于 反 向 注入 回 到 Al 里 面 。 示 例 代 码 
如 下 : 

Public abstract class Al { 

/** 
* 工厂 方法 ， 创 建 C1， 类 似 于 从 子 类 注入 进来 的 途径 
* Q@return C1 的 对 象 实例 
A 
protected abstract Cl createCl1 (); 
public void t1(){ 
// 这 里 需要 使 用 cl 类 ， 可 是 不 知道 究竟 是 用 哪 一 个 
// 也 就 不 主动 去 创建 C1 了 ， 怎 么 办 ? 
// 反 正 会 在 子 类 里 面 实现 ， 这 里 不 用 管 怎么 获取 C1， 直接 使 用 就 好 了 
createCl1() .tc(); 


} 
子 类 的 示例 代码 如 下 : 
public class A2 extends Al { 
protected Cl1 createCl1() { 
// 真 正 的 选择 具体 实现 ， 并 创建 对 象 


return new C2(); 
1) 
C1 接口 和 前 面 的 C 接口 是 一 样 的 ，C2 这 个 实现 类 也 是 空 的 ， 只 是 演示 一 下 ， 因 此 
就 不 去 展示 它们 的 代码 了 。 


仔细 体会 上 面 的 示例 ， 对 比 它们 的 实现 ,尤其 是 从 思想 层面 上 , 会 发 现 工厂 方法 


模式 和 loC/D1 的 思想 是 相似 的 ， 都 是 “主动 变 被 动 ”， 进行 了 “ 主 从 换 位 ”， 从 
而 获得 了 更 灵活 的 程序 结构 。 





6. 3.3 平行 的 类 层次 结构 


1. 平行 的 类 层次 结构 的 含义 
简单 点 说 ， 假 如 有 两 个 类 层次 结构 ， 其 中 一 个 类 层次 中 的 每 个 类 在 男 一 个 类 层次 中 
都 有 一 个 对 应 的 类 的 结构 ， 就 被 称 为 平行 的 类 层次 结构 。 
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举 个 例子 来 说 ， 硬 盘 对 象 有 很 多 种 ， 如 分 成 台式 机 硬盘 和 笔记 本 硬盘 ， 在 台式 机 硬 
盘 的 具体 实现 上 面 ， 又 有 希捷 、 西 数 等 不 同 品牌 的 实现 ， 同 样 在 笔记 本 硬盘 上 ， 也 有 希 
捷 、 日 立 、IBM 等 不 同 品牌 的 实现 ， 硬 盘 对 象 具 有 自己 的 行为 ， 如 硬盘 能 存储 数据 ， 也 
能 从 人 硬盘 上 获取 数据 ， 不 同 的 硬盘 对 象 对 应 的 行为 对 象 是 不 一 样 的 ， 因 为 不 同 的 硬盘 对 
象 ， 它 的 行为 的 实现 方式 是 不 一 样 的 。 如 果 把 硬盘 对 象 和 硬盘 对 象 的 行为 分 开 描述 ， 那 
么 就 构成 了 如 图 6.10 所 示 的 结构 。 


局 硬盘 对 象 ardDisk 
全 createHDOperate 工 厂 方 法 创建 对 应 的 行为 对 象 0 :HDO0perate 


[Fo 台式 机 希捷 硬盘 
© createlDOperate () :HDOperate 











Lo 硬盘 对 象 的 行为 IDOperate 






剖 







多 获取 数据 0 :0bject 
全 行 舍 数 据 (data:0bject):void 


全 


局 笔 证 本 IBE 硬 盘 的 行为 
“| 四 获取 数据 0O :Object 
纺 存 诗 数 据 (data:0bject):void 


名 台式 机 希捷 硬盘 的 行为 















局 笔记 本 IB8 硬 盘 





© createHDOperateO:HDOperate 上 一 






全 获取 数据 0 :0bject 
外 存 倩 数据 (data:0bject]:void 


图 6.10 平行 的 类 层次 结构 示意 图 

硬盘 对 象 是 一 个 类 层次 ， 硬 盘 的 行为 也 是 一 个 类 层次 ， 而 且 两 个 类 层次 中 的 类 是 对 
应 的 。 台 式 机 希捷 硬盘 对 象 就 对 应 着 硬盘 行为 里 面 的 台式 机 希捷 硬盘 的 行为 ; 笔记 本 IBM 
硬盘 就 对 应 着 笔记 本 IBM 硬盘 的 行为 ， 这 就 是 一 种 典型 的 平行 的 类 层次 结构 。 

这 种 平行 的 类 层次 结构 用 来 干什么 呢 ? 主要 用 来 把 一 个 类 层次 中 的 某 些 行为 分 离 出 
来 ， 让 类 层次 中 的 类 把 原本 属于 自己 的 职责 ， 委 托 给 分 离 出 来 的 类 去 实现 ， 从 而 使 得 类 
层次 本 身 变 得 更 简单 ， 更 容易 扩展 和 复 用 。 

- 般 来 讲 ， 分 离 出 去 的 这 些 类 的 行为 ， 会 对 应 着 类 层次 结构 来 组 织 ， 从 而 形成 一 个 
新 的 类 层次 结构 ， 相 当 于 原来 对 象 行为 的 类 层次 结构 ， 而 这 个 层次 结构 和 原来 的 类 层次 
结构 是 存在 对 应 关系 的 ， 因 此 被 称 为 平行 的 类 层次 结构 。 

2. 工厂 方法 模式 和 平行 的 类 层次 结构 的 关系 

可 以 使 用 工厂 方法 模式 来 连接 平行 的 类 层次 。 

如 图 6.10 所 示 ， 在 每 个 硬盘 对 象 里 面 ， 都 有 一 个 工厂 方法 createHDOperate， 通 过 这 
个 工厂 方法 ， 客 户 端 就 可 以 获取 一 个 和 硬盘 对 象 相 对 应 的 行为 对 象 。 在 硬盘 对 象 的 子 类 
里 面 ， 会 覆盖 父 类 的 工厂 方法 createHDOperate， 以 提供 与 自身 相对 应 的 行为 对 象 ， 从 而 
自然 地 把 两 个 平行 的 类 层次 连接 起 来 使 用 。 
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6. 3.4 ”参数 化 工厂 方法 


所 谓 参数 化 工厂 方法 指 的 就 是 通过 给 工厂 方法 传递 参数 ， 让 工厂 方法 根据 参数 的 
不 同 来 创建 不 同 的 产品 对 象 ， 这 种 情况 就 被 称 为 参数 化 工厂 方法 。 当 然 工厂 方法 创建 的 
不 同 的 产品 必须 是 同一 个 Product 类 型 的 。 
来 改造 前 面 的 示例 ， 现 在 由 一 个 工厂 方法 来 创建 ExportFileApi 这 个 产品 的 对 象 ， 但 
是 ExportFileApi 接口 的 具体 实现 很 多 ， 为 了 方便 创建 的 选择 ， 直 接 从 客户 端 传 入 一 个 参 
数 ， 这 样 在 需要 创建 ExportFileApi 对 象 的 时 候 ， 就 把 这 个 参数 传递 给 工厂 方法 ， 让 工厂 
方法 来 实例 化 具体 的 ExportFileApi 实现 对 象 。 
还 是 看 看 代码 示例 会 比较 清楚 。 
(1) 先 来 看 Product 的 接口 ， 就 是 ExportFileApi 接口 ， 和 前 面 的 示例 相 比 没有 任何 
变化 ， 只 是 为 了 方便 大 家 查看 ， 这 里 重复 一 下 。 示 例 代 码 如 下 : 
几 二 可 
* 导出 的 文件 对 象 的 接口 
Sif 
public interface ExportFileApi { 
/** 
* 导出 内 容 成 为 文件 
* @param data 示意 : 需要 保存 的 数据 
* @return 是 否 导 出 成 功 
i 
public boolean export (String data); 
} 
(2) 同样 提供 保存 成 文本 文件 和 保存 成 数据 库 备 份 文件 的 实现 ， 和 前 面 的 示例 相 比 
没有 任何 变化 。 示 例 代码 如 下 : 
public class ExportTxtFile implements ExportFileApi{ 
public boolean export (String data) { 
// 简 单 示意 一 下 ， 这 里 需要 操作 文件 
System.out .println(" 导 出 数据 "+data+" 到 文本 文件 ") ; 


Teturn- trues 


} 
public class ExportDB implements ExportFileApif{ 
public boolean export (String data) { 
/ /简单 示 意 一 下 ， 这 里 需要 操作 数据 库 和 文件 
System.out .println ("导出 数据 "+data+" 到 数据 库 备份 文件 ") ; 


return true; 
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合 
并 






(3) 接 下 来 该 看 看 ExportOperate 类 了 ， 这 个 类 的 变化 大 致 如 下 。 

m ExportOperate 类 中 的 创建 产品 的 工厂 方法 ， 通 常 需要 提供 默认 的 实现 ， 不 再 抽象 
了 ， 也 就 是 变 成 了 正常 方法 。 

”ExportOperate 类 也 不 再 定义 成 抽象 类 了 ， 因 为 有 了 默认 的 实现 ， 客 户 端 可 能 需要 
直接 使 用 这 个 对 象 。 

sn ”设置 一 个 导出 类 型 的 参数 ， 通 过 export 方法 从 客户 端 传 入 。 

看 看 代码 吧 ， 示 例 代 码 如 下 : 


/** 

* 实现 导出 数据 的 业务 功能 对 象 

和 

人 ExportOperate { 不 再 是 抽象 类 了 
* 导出 文件 


* @param type 用 户 选择 的 导出 类 型 
* @param data 需要 保存 的 数据 
* @return 是 否 成 功 导出 文件 全 本 数 
本 
public boolean export (int type,String data){ 
// 使 用 工厂 方法 
ExportFileApi api = factoryMethod (type); 
return api.export (data); 
) 
/六 大 
* 工厂 方法 ， 创 建 导 出 的 文件 对 象 的 接口 对 象 
* Qparam type 用 户 选择 的 导出 类 型 
* @return 导出 的 文件 对 象 的 接口 对 象 
本 做 


protected ExportFileApi factoryMethod (int 七 YPe) 1{ 











不 再 抽象 了 ， 要 提供 
默认 的 实现 ， 根 据 传 
入 的 导出 类 型 来 选择 
已 有 的 实现 


ExportFileApi api = null; 
// 根 据 类 型 来 选择 究竟 要 创建 哪 一 种 导出 文件 对 象 
if (type==1){ 
api = new ExportTxtFile(); 
}else if(type==2)1{ 
api = new ExportDB(); 
} 


return api; 


} 
(4) 此 时 的 客户 端 非常 简单 ， 直 接 使 用 ExportOperate 类 。 示 例 代 码 如 下 : 
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public class Client { 
public static void main(String[] args) { 
// 创 建 需要 使 用 的 Creator 对 象 
ExportOperate operate = new ExportOperate(); 
// 调 用 输出 数据 的 功能 方法 ， 传 入 选择 导出 类 型 的 参数 
operate .export (1, "测试 数据 ") ; 


} 
测试 看 看 ， 然 后 修改 一 下 客户 端的 参数 ， 体 会 一 下 通过 参数 来 选择 具体 的 导出 实现 
的 过 程 。 


这 是 一 种 很 常见 的 参数 化 工厂 方法 的 实现 方式 ， 但 是 也 还 是 有 把 参数 化 工厂 方 


法 实现 成 为 抽象 的 ， 这 点 要 注意 ， 并 不 是 说 参数 化 工厂 方法 就 不 能 实现 成 为 抽 
象 类 了 。 只 是 一 般 情况 下 ， 参 数 化 工厂 方法 ， 在 父 类 都 会 提供 默认 的 实现 。 
(5) 扩展 新 的 实现 。 
使 用 参数 化 工厂 方法 ， 扩 展 起 来 会 非常 容易 ， 已 有 的 代码 都 不 会 改变 ， 只 要 新 加 入 
一 个 子 类 来 提供 新 的 工厂 方法 实现 ， 然 后 在 客户 端 使 用 这 个 新 的 子 类 即 可 。 
这 种 实现 方式 还 有 一 个 有 意思 的 功能 ， 就 是 子 类 可 以 选择 性 覆盖 ， 不 想 覆 盖 的 功能 
还 可 以 返回 去 让 父 类 来 实现 ， 很 有 意思 。 
扩展 一 个 导出 成 xml 文件 的 示例 代码 如 下 : 
/x* 
* 导出 成 xml 文件 的 对 象 
yh 
public class ExportXml implements ExportFileApi{ 





public boolean export (String data) { 
// 简 单 示 意 一 下 
System.out .println ("导出 数据 "+data+" 到 XML 文件 ") ; 


return true; 


} 
然后 扩展 ExportOperate 类 ， 来 加 入 新 的 实现 。 示 例 代 码 如 下 : 
/** 
* 扩展 ExportOperate 对 象 ， 加 入 可 以 导出 的 XML 文件 
及 
public class ExportOperate2 extends ExPortOperatet 
/** 


* 履 盖 父 类 的 工厂 方法 ， 创 建 导 出 的 文件 对 象 的 接口 对 象 
* @param type 用 户 选 择 的 导出 类 型 
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* @return 导出 的 文件 对 象 的 接口 对 象 
wi 
protected ExportFileApi factoryMethod(int type)t{ 
ExportFileApi api = null; 
// 可 以 全 部 覆盖 ， 也 可 以 选择 自己 感 兴趣 的 覆盖 
// 这 里 只 想 添 加 自己 新 的 实现 ， 其 他 的 不 管 
if (tyPe==3) { 
api = new ExportXml () : 
jelsei{ 
// 其 他 的 还 是 让 父 类 来 实现 
api = Super.EactoryMethod (tyPe) : 
} 


return api; 


} 
看 看 此 时 的 客户 端 ， 也 非常 简单 ， 只 是 在 变换 传 入 的 参数 。 示 例 代 码 如 下 : 


publiec chass Client.t 
public static void main(String[] args) { 
/ /创建 需 要 使 用 的 Creator 对 象 
ExportOperate operate = new ExportOperate2 (); 
// 下 面 变换 传 入 的 参数 来 测试 参数 化 工厂 方法 
operate.export (1，"Test1") ， 
operate.export (2，"Test27") 


operate.export (3, "Test3"); 


} 
对 应 的 测试 结果 如 下 : 
导出 数据 Test1 到 文本 文件 


导出 数据 Test2 到 数据 库 备份 文件 
导出 数据 Test3 到 xML 文件 


通过 上 面 的 示例 ， 好 好 体会 一 下 参数 化 工厂 方法 的 实现 和 带 来 的 好 处 。 


工厂 方法 模式 的 优点 

ma ”可 以 在 不 知 具体 实现 的 情况 下 编程 
工厂 方法 模式 可 以 让 你 在 实现 功能 的 时 候 ， 如 果 需 要 某 个 产品 对 象 ， 只 需要 使 用 
产品 的 接口 即 可 ， 而 无 需 关心 具体 的 实现 。 选 择 具体 实现 的 任务 延迟 到 子 类 去 完 
成 。 
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nm ”更 容易 扩展 对 象 的 新 版 本 


工厂 方法 给 子 类 提供 了 一 个 挂钩 ， 使 得 扩展 新 的 对 象 版 本 变 得 非常 容易 。 比 如 
上 面 示例 的 参数 化 工厂 方法 实现 中 ， 扩 展 一 个 新 的 导出 xml 文件 格式 的 实现 ， 
已 有 的 代码 都 不 会 改变 ， 只 要 新 加 入 一 个 子 类 来 提供 新 的 工厂 方法 实现 ， 然 后 
在 客户 端 使 用 这 个 新 的 子 类 即 可 。 


另外 这 里 提 到 的 挂钩 ， 就 是 我 们 经 常 说 的 钩子 方法 (hook) ， 这 个 会 在 后 


面 讲 模板 方法 模式 的 时 候 详细 点 说 明 。 

。 ”连接 平行 的 类 层次 
工厂 方法 除了 创造 产品 对 象 外 ， 在 连接 平行 的 类 层次 上 也 大 显 身手 。 这 个 在 前 
面 已 经 详细 讲述 了 。 

工厂 方法 模式 的 缺点 

， 。 具体 产品 对 象 和 工厂 方法 的 耦合 性 。 
在 工厂 方法 模式 中 ， 工 厂 方法 是 需要 创建 产品 对 象 的 ， 也 就 是 需要 选择 具体 的 
产品 对 象 ， 并 创建 它们 的 实例 ， 因 此 具体 产品 对 象 和 工厂 方法 是 耦合 的 。 


6. 3.6 思考 工厂 方法 模式 





1. 工厂 方法 模式 的 本 质 


工厂 方法 模式 的 本 质 ， 延 退 到 子 类 来 选择 实现 。 


仔细 体会 前 面 的 示例 ， 你 会 发 现 ， 工 三方 法 模式 中 的 工厂 方法 ， 在 真正 实现 的 时 候 ， 
一 般 是 先 选 择 具体 使 用 哪 一 个 具体 的 产品 实现 对 象 , 然后 创建 这 个 具体 产品 对 象 的 示例 ， 
最 后 就 可 以 返回 去 了 。 也 就 是 说 ， 工 厂 方法 本 身 并 不 会 去 实现 产品 接口 ， 有 具体 的 产品 实 
现 是 已 经 写 好 了 的 ， 工 三 方法 只 要 去 选择 实现 就 好 了 。 

有 些 朋 友 可 能 会 说 ， 这 不 是 跟 简 单 工 厂 一 样 吗 ? 

从 本 质 上 讲 ， 它 们 确实 是 非常 类 似 的 ， 在 具体 实现 上 都 是 “选择 实现 ”。 但 是 也 存 
在 不 同 点 ， 简 单 工厂 是 直接 在 工厂 类 里 面 进行 “选择 实现 ”; 而 工厂 方法 会 把 这 个 工作 
延迟 到 子 类 来 实现 ， 工 三 类 里 面 使 用 工厂 方法 的 地 方 是 依赖 于 抽象 而 不 是 具体 的 实现 ， 
从 而 使 得 系统 更 加 灵活 ， 具 有 更 好 的 可 维护 性 和 可 扩展 性 。 

其 实 如 果 把 工厂 模式 中 的 Creator 退化 一 下 ， 只 提供 工厂 方法 ， 而 且 这 些 工厂 方法 还 
都 提供 默认 的 实现 ， 那 不 就 变 成 简单 工厂 了 吗 ? 比如 把 刚才 示范 参数 化 工厂 方法 的 例子 
代码 拿 过 来 再 简化 一 下 ， 你 就 能 看 出 来 ， 写 得 跟 简 单 工厂 是 差不多 的 。 示 例 代 码 如 下 : 


public class ExportOperate { 
et 


一 导出 交 件 
一 + @param type 用 户 选择 的 导出 类 型 
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一 一 一 

一 一 二 简化 这 个 
re booiean csport (nt typeretring date}t Cntr 
= 






这 些 都 删除 





/** 

* 工厂 方法 ， 创 建 导 出 的 文件 对 象 的 接口 对 象 

* @param type 用 户 选 择 的 导出 类 型 

* @return 导出 的 文件 对 象 的 接口 对 象 

和 

protected ExportFileApi factoryMethodl(int type)t{ 
ExportFileApi api = null; 
// 根 据 类 型 来 选择 究竟 要 创建 哪 一 种 导出 文件 对 象 


if (type==1) { 留 下 的 这 个 方法 , 如 果 


mr 站 
api = new ExportTxtFile(); 把 它 修 改 成 De 


static 的 ， 是 不 是 就 和 
简单 工厂 写 得 一 样 了 


}else if(type==2){ 
api = new ExportDB(); 





} 


return api; 


} 

看 完 上 述 代 码 ， 会 体会 到 简单 工厂 和 工厂 方法 模式 是 有 很 大 相似 性 的 了 吧 ， 从 某 个 
角度 来 讲 ， 可 以 认为 简单 工厂 就 是 工厂 方法 模式 的 一 种 特例 ， 因 此 它们 的 本 质 是 类 似 的 ， 
也 就 不 足 为 奇 了 。 

2. 对 设计 原则 的 体现 

工厂 方法 模式 很 好 地 体现 了 “依赖 倒置 原则 ”。 

依赖 倒置 原则 告诉 我 们 “要 依赖 抽象 ， 不 要 依赖 于 具体 类 ”， 人 简单 点 说 就 是 : 不 能 
让 高 层 组 件 依赖 于 低层 组 件 ， 而 且 不 管 高 层 组 件 还 是 低层 组 件 ， 都 应 该 依赖 于 抽象 。 

比如 前 面 的 示例 ， 实 现 客户 端 请 求 操作 的 ExportOperate 就 是 高 层 组 件 ; 而 具体 实现 
数据 导出 的 对 象 就 是 低层 组 件 ， 比 如 ExportTxtFile、ExportDB， 而 ExportFileApi 接口 就 
相当 于 是 那个 抽象 。 

对 于 ExportOperate 来 说 ， 它 不 关心 具体 的 实现 方式 ， 它 只 是 “面向 接口 编程 ”; 对 
于 具体 的 实现 来 说 ， 它 只 关心 自己 “如 何 实 现 接 口 ” 所 要 求 的 功能 。 

那么 倒置 的 是 什么 呢 ? 倒置 的 是 这 个 接口 的 “所 有 权 ”。 事 实 上 ，ExportFileApi 接 
口中 定义 的 功能 , 都 是 由 高 层 组 件 ExportOperate 来 提出 的 要 求 , 也 就 是 说 接口 中 的 功能 ， 
是 高 层 组 件 需 要 的 功能 。 但 是 高 层 组 件 只 是 提出 要 求 ， 并 不 关心 如 何 实现 ， 而 底层 组 件 ， 
就 是 来 真正 实现 高 层 组 件 所 要 求 的 接口 功能 的 。 因 此 看 起 来 ， 低 层 实 现 的 接口 的 所 有 权 
并 不 在 底层 组 件 手中 ， 而 是 倒置 到 高 层 组 件 去 了 。 
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3. 何 时 选用 工厂 方法 模式 

建议 在 以 下 情况 中 选用 工厂 方法 模式 。 

sm ”如 果 一 个 类 需要 创建 某 个 接口 的 对 象 ， 但 是 又 不 知道 具体 的 实现 ， 这 种 情况 可 
以 选用 工厂 方法 模式 ， 把 创建 对 象 的 工作 延迟 到 子 类 中 去 实现 。 

m ”如 果 一 个 类 本 身 就 希望 由 它 的 子 类 来 创建 所 需 的 对 象 的 时 候 ， 应 该 使 用 工厂 方 
法 模式 。 


6. 3.7 相关 模式 


m 工厂 方法 模式 和 抽象 工厂 模式 
这 两 个 模式 可 以 组 合 使 用 ， 具 体 的 放 到 抽象 工厂 模式 中 去 讲 。 

sm ”工厂 方法 模式 和 模板 方法 模式 
这 两 个 模式 外 观 类 似 ， 都 有 一 个 抽象 类 ， 然 后 由 子 类 来 提供 一 些 实现 ， 但 是 工 
厂 方法 模式 的 子 类 专注 的 是 创建 产品 对 象 ， 而 模板 方法 模式 的 子 类 专注 的 是 为 
固定 的 算法 骨架 提供 某 些 步骤 的 实现 。 
这 两 个 模式 可 以 组 合 使 用 ， 通 常 在 模板 方法 模式 里 面 ， 使 用 工厂 方法 来 创建 模 
板 方法 需要 的 对 象 。 
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7.1 场景 问题 


7.1.1 选择 组 装 电 脑 的 配件 


举 个 生活 中 常见 的 例子 一 一 组 装 电脑 ， 我 们 在 组 装 电脑 的 时 候 ， 通 常 需要 选择 一 系 
列 的 配件 ， 比 如 CPU、 硬 盘 、 内 存 、 主 板 、 电 源 、 机 箱 等 。 为 了 使 讨论 简单 点 ， 只 考虑 
选择 CPU 和 主板 的 问题 。 

事实 上 ， 在 选择 CPU 的 时 候 ， 面 临 一 系列 的 问题 ， 比 如 品牌 、 型 号 、 针 脚 数目 、 主 
频 等 问题 ， 只 有 把 这 些 都 确定 下 来 ， 才 能 确定 具体 的 CPU。 

同样 ， 在 选择 主板 的 时 候 ， 也 有 一 系列 的 问题 ， 比 如 品牌 、 芯 片 组 、 集 成 芯片 、 总 
线 频率 等 问题 ， 也 只 有 这 些 都 确定 了 ， 才 能 确定 具体 的 主板 。 

选择 不 同 的 CPU 和 主板 ， 是 每 个 客户 在 组 装 电脑 的 时 候 ， 向 装机 公司 提出 的 要 求 ， 
也 就 是 我 们 每 个 人 自己 拟定 的 装机 方案 。 

在 最 终 确 定 这 个 装机 方案 之 前 , 还 需要 整体 考虑 各 个 配件 之 间 的 兼容 性 ,比如 , CPU 
和 主板 ， 如 果 CPU 针脚 数 和 主板 提供 的 CPU 插口 不 兼容 ， 是 无 法 组 装 的 。 也 就 是 说 ， 
装机 方案 是 有 整体 性 的 ， 里 面 选择 的 各 个 配件 之 间 是 有 关联 的 。 

对 于 装机 工程 师 而 言 ， 他 只 知道 组 装 一 台电 脑 ， 需 要 相应 的 配件 ， 但 是 具体 使 用 什 
么 样 的 配件 ， 还 得 由 客户 说 了 算 。 也 就 是 说 装机 工程 师 只 是 负责 组 装 ， 而 客户 负责 选择 
装配 所 需要 的 具体 的 配件 。 因 此 ， 当 装机 工程 师 为 不 同 的 客户 组 装 电脑 时 ， 只 需要 按照 
客户 的 装机 方案 ， 去 获取 相应 的 配件 ， 然 后 组 装 即 可 。 

现在 需要 使 用 程序 来 把 这 个 装机 的 过 程 , 尤其 是 选择 组 装 电脑 配件 的 过 程 实现 出 来 ， 
该 如 何 实现 呢 ? 


7.1.2 不 用 模式 的 解决 方案 


考虑 客户 的 功能 ， 需 要 选择 自己 需要 的 CPU 和 主板 , 然后 告诉 装机 工程 师 自 己 的 选 
择 ， 接 下 来 就 等 着 装机 工程 师 组 装 电脑 了 。 
对 装机 工程 师 而 言 ， 只 是 知道 CPU 和 主板 的 接口 ， 而 不 知道 具体 实现 ， 很 明显 可 以 
用 上 简单 工厂 或 工厂 方法 模式 。 为 了 简单 ， 这 里 选用 简单 工厂 。 客 户 告诉 装机 工程 师 自 
己 的 选择 ， 然 后 装机 工程 师 会 通过 相应 的 工厂 去 获取 相应 的 实例 对 象 。 
(1) 下 面 来 看 看 CPU 和 主板 的 接口 。 
CPU 接口 定义 的 示例 代码 如 下 : 
/** 
* CPU 的 接口 
hE 
Public interface CPUAPi { 
/** 
* 示意 方法 ，CPU 具有 运算 的 功能 
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要 
public void calculate (): 
} 
再 看 看 主板 的 接口 定义 。 示 例 代码 如 下 : 
/大 大 
* 主板 的 接口 
天 
public interface MainboardApi { 


/x** 
* 示意 方法 ， 主 板 都 具有 安装 CPU 的 功能 
A 
public void installCPU(); 
} 
(2) 下 面 来 看 看 具体 的 CPU 实现 。 
Intel CPU 实现 的 示例 代码 如 下 : 


/** 
*Intel 的 CPU 实现 
by 
public class IntelCPU implements CPURAPi{ 
/** 
* CPU 的 针脚 数目 
a/ 
private int pins = 0; 
/** 


* 构造 方法 ， 传 入 CPU 的 针脚 数目 

* @param pins CPU 的 针脚 数目 

| 

public IntelCPU(int pins){ 
this.pins = pins; 

} 

Public void calculate() { 


抽象 工厂 模式 (Abstract Factory) I 


System.out.println("now in Intel CPU,pins="+pins); 


} 
再 看 看 AMD 的 CPU 实现 。 示 例 代 码 如 下 : 
/** 

* AMD 的 CPU 实现 

*/ 
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public class AMDCPU implements CPUAPpi{ 
/** 
* CPU 的 针脚 数目 
3 
private int pins = 0; 
/** 
* 构造 方法 ， 传 入 cPU 的 针脚 数目 
* @param pins CPU 的 针脚 数目 
A 
Public AMDCPU (int pins)t{ 





this.pins = pins; 
} 
public void calculate() { 


System.out.println("now in AMD CPU,pins="+pins); 


} 
(3) 下 面 来 看 看 具体 的 主板 实现 。 
技嘉 主板 实现 的 示例 代码 如 下 : 


/大 六 
* 技嘉 的 主板 
二 
public class GAMainboard implements MainboardApi { 
/六 
* CPU 插 槽 的 孔 数 
wy 
private int cpuHoles = 0; 
/** 


* 构造 方法 ， 传 入 CPU 插 模 的 孔 数 
* @param cpuHoles CPU 插 槽 的 孔 数 
Ws 
public GAMainboard(int cpuHoles){ 
this.cpuHoles = cpuHoles; 
} 
public void installCPU() { 
System.out .println("now in GAMainboard,cpuHoles=" 


+cpuHoles); 
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微星 主板 实现 的 示例 代码 如 下 : 


/** 
* 微星 的 主板 
* 
public class MSIMainboard implements MainboardApit{ 
/** 
* CPU 插 槽 的 孔 数 
各 
private int cpuHoles = 0; 
/** 


* 构造 方法 ， 传 入 CPU 揪 槽 的 孔 数 
* @param cpuHoles CPU 插 槽 的 孔 数 
| 
public MSIMainboard(int cpuHoles) 1{ 
this.cpuHoles = cpuHoles; 
} 
Budolio vo installCpPu(t) et 
System.out.println("now in MSIMainboard,cpuHoles=" 


+cpuHoles); 


} 
(4) 下 面 来 看 看 创建 CPU 和 主板 的 工厂 。 
创建 CPU 工厂 实现 的 示例 代码 如 下 : 
/** 
* 创建 CPU 的 简单 工厂 
0 
publio class CPUFactory  { 
/** 
* 创建 CPU 接口 对 象 的 方法 
* @param type 选择 CPU 类 型 的 参数 
* @return CPU 接口 对 象 的 方法 
paid 
public static CPUApi createCPUApi (int type){ 
CPUAPi cpu = null; 
/ /根据 参数 来 选择 并 创建 相应 的 CPU 对 象 
if (type==1){ 
cpu = new IntelCPU(1156); 
}else if (type==2){ 
cpu = new AMDCPU (939);，; 
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} 


return cpu; 


} 
创建 主板 工厂 实现 的 示例 代码 如 下 : 
/** 
* 创建 主板 的 简单 工厂 
A 
public celass MainboardFactory { 
/** 
* 创建 主板 接口 对 象 的 方法 
* @param type 选择 主板 类 型 的 参数 
* @return 主板 接口 对 象 的 方法 
潜 光 
public static MainboardApi createMainboardApi (int type)t{ 





MainboardApi mainboard = null; 
/ /根据 参数 来 选择 并 创建 相应 的 主板 对 象 
if (type==1)1{ 

mainboard = new GAMainboard(1156); 
}else if(type==2){ 

mainboard = new MSIMainboard (939) ; 
} 


return mainboard; 


} 
(5) 下 面 看 看 装机 工程 师 实现 的 示例 代码 如 下 : 
/** 
* 装机 工程 师 的 类 
类 h 
Public class ComputerEngineer { 
: /** 
* 定义 组 装机 器 需要 的 CPU 
a 
private CPUAPpi cpu= null; 
/** 
* 定义 组 装机 器 需要 的 主板 
天 
private MainboardApi mainboard = null; 
/** 
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* 装机 过 程 


* Qparam cpuType 客户 选择 所 需 CPU 的 类 型 

* @param mainboardType 客户 选择 所 需 主板 的 类 型 

ey 

public void makeComputer (int cpuType,int mainboardType){ 
//1: 首先 准备 好 装机 所 需要 的 配件 


prepareHardwares (cpuType,mainboardType); 


//2: 组 装机 器 组 装机 器 的 基 
//3: 测试 机 器 本 步骤 
//4: 交付 客户 

} 

/** 


* -准备 装机 所 需要 的 配件 

* @param cpuType 客户 选择 所 需 CPU 的 类 型 

* @param mainboardType 客户 选择 所 需 主板 的 类 型 

A 

private void prepareHardwares (int cpuType,int mainboardType){ 
// 这 里 要 去 准备 CPU 和 主板 的 具体 实现 ， 为 了 示例 简单 ， 这 里 只 准备 这 两 个 
// 可 是 ， 装 机 工程 师 并 不 知道 如 何 去 创 建 ， 怎 么 办 呢 ? 


// 直 接 找 相应 的 工厂 获取 

this.cpu = CPUFactory.createCPUApi (cpuType); 

this.mainboard = MainboardFactory.createMainboardApi( 
mainboardType); 

// 测 试 一 下 配件 是 否 好 用 

this.cpu calculate(); 


this.mainboard.installCPU(); 


(6) 看 看 此 时 的 客户 端 ， 应 该 通过 装机 工程 师 来 组 装 电脑 ， 客 户 需 要 告诉 装机 工程 
师 他 选择 的 配件 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) 让 
// 创 建 装机 工程 师 对 象 
ComputerEngineer engineer = new ComputerEngineer (); 
// 告 诉 装 机 工程 师 自己 选择 的 配件 ， 让 装机 工程 师 组 装 电脑 


engineer.makeComputer (1,1); 
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运行 结果 如 下 : 
now in Intel CPU,pins=1156 


now in GAMainboard,cpuHoles=1156 


7.1.3 有 何 问题 


看 了 上 面 的 实现 , 会 感觉 到 很 简单 , 通过 使 用 简单 工厂 来 获取 需要 的 CPU 和 主板 对 
象 ， 然 后 就 可 以 组 装 电脑 了 。 有 何 问 题 呢 ? 

上 面 的 实现 , 虽然 通过 简单 工厂 解决 了 : 对 于 装机 工程 师 , 只 知 CPU 和 主板 的 接口 ， 
而 不 知道 具体 实现 的 问题 。 但 还 有 一 个 问题 没有 解决 , 什么 问题 呢 ? 那 就 是 这 些 CPU 对 
象 和 主板 对 象 其 实 是 有 关系 的 ， 是 需要 相互 匹配 的 。 而 在 上 面 的 实现 中 ， 并 没有 维护 这 
种 关联 关系 ，CPU 和 主板 是 由 客户 随意 选择 的 。 这 是 有 问题 的 。 

比如 在 上 面 实现 中 的 客户 端 ， 在 调用 makeComputer 时 ， 传 入 参数 为 (1,2)， 试 试看 ， 
运行 结果 就 会 如 下 : 

now in Intel CPU,pins=1156 

now in MSIMainboard,cpuHoles=939 

观察 上 面 的 结果 ， 就 会 看 出 问题 。 客 户 选择 的 CPU 的 针脚 是 1156 针 的 ， 而 选择 的 
主板 上 的 CPU 插 孔 却 只 有 939 针 ， 根 本 无 法 组 装 。 这 就 是 没有 维护 配件 之 间 的 关系 造成 
的 。 

该 怎么 解决 这 个 问题 呢 ? 


7.2 解决 方案 
7.2.1 使 用 抽象 工厂 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 抽象 工厂 模式 。 那 么 什么 是 抽象 工厂 
模式 呢 ? 
1. 抽象 工厂 模式 的 定义 


提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ， 而 无 需 指定 它们 具体 的 类 。 





2. ”应 用 抽象 工厂 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 其 实 有 两 个 问题 点 ， 一 个 是 只 知道 所 需要 的 一 系列 对 象 的 接 
口 ， 而 不 知 具体 实现 ， 或 者 是 不 知道 具体 使 用 哪 一 个 实现 ， 另 外 一 个 是 这 一 系列 对 象 是 
相关 或 者 相互 依赖 的 ， 也 就 是 说 既 要 创建 接口 的 对 象 ， 还 要 约束 它们 之 间 的 关系 。 
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有 朋友 可 能 会 想 ， 工 三 方法 模式 或 者 是 简单 工厂 ， 不 就 可 以 解决 只 知 接口 而 不 知 实 
现 的 问题 吗 ? 怎么 这 些 问题 又 冒 出 来 了 呢 ? 


请 注意 ， 这 里 要 解决 的 问题 和 工厂 方法 模式 或 简单 工厂 解决 的 问题 是 有 很 大 不 
同 的 ， 工 厂 方法 模式 或 简单 工厂 关注 的 是 单个 产品 对 象 的 创建 ， 比 如 创建 CPU 


的 工厂 方法 ， 它 就 只 关心 如 何 创建 OPU 的 对 象 ， 而 创建 主板 的 工厂 方法 ， 就 只 
关心 如 何 创建 主板 对 象 。 





这 里 要 解决 的 问题 是 ， 要 创建 一 系列 的 产品 对 象 ， 而 且 这 一 系列 对 象 是 构建 新 的 对 
象 所 需要 的 组 成 部 分 ， 也 就 是 这 一 系列 被 创建 的 对 象 相 互 之 间 是 有 约束 的 。 

解决 这 个 问题 的 一 个 解决 方案 就 是 抽象 工厂 模式 。 在 这 个 模式 里 面 ， 会 定义 一 个 抽 
象 工 厂 ， 在 里 面 虚 拟 地 创建 客户 端 需要 的 这 一 系列 对 象 ， 所 谓 虚 拟 的 就 是 定义 创建 这 些 
对 象 的 抽象 方法 ， 并 不 去 真正 地 实现 ， 然 后 由 具体 的 抽象 工厂 的 子 类 来 提供 这 一 系列 对 
象 的 创建 。 这 样 一 来 可 以 为 同一 个 抽象 工厂 提供 很 多 不 同 的 实现 ， 那 么 创建 的 这 一 系列 
对 象 也 就 不 一 样 了 ， 也 就 是 说 ， 抽 象 工厂 在 这 里 起 到 一 个 约束 的 作用 ， 并 提供 所 有 子 类 
的 一 个 统一 外 观 ， 来 让 客户 端 使 用 。 


7.2.2 抽象 工厂 模式 的 结构 和 说 明 
抽象 工厂 模式 的 结构 如 图 7.1 所 示 。 
«interface» 

Ca AbstractfFactory 
{+createproducth ,Abstractproducts 
加 +createProductAO):AbstractProductA 
全 +createProductB0);AbstractProductB 


局 ConcreteFactory2 : 
起 +createProductAO:AbstractProductA 渍 
全 +createproductB():AbstractProductB : 
















图 7.1 抽象 工厂 模式 的 结构 示意 图 
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mn 。 Abstract Factory: 抽象 工厂 ， 定 义 创 建 一 系列 产品 对 象 的 操作 接口 。 

四 。 Concrete Factory: 具体 的 工厂 ， 实 现 抽象 工厂 定义 的 方法 ， 具 体 实 现 一 系列 产品 对 
象 的 创建 。 

”Abstract Product: 定义 一 类 产品 对 象 的 接口 。 

日 Concrete Product: 具体 的 产品 实现 对 和 象 , 通常 在 具体 工厂 里 面 , 会 选择 具体 的 产品 
实现 对 象 ， 来 创建 符合 抽象 工厂 定义 的 方法 返回 的 产品 类 型 的 对 象 。 

sm Client: 客户 端 ， 主 要 使 用 抽象 工厂 来 获取 一 系列 所 需要 的 产品 对 象 ， 然 后 面向 这 
些 产品 对 象 的 接口 编程 ， 以 实现 需要 的 功能 。 


7.2.3 抽象 工厂 模式 示例 代码 





(1) 先 看 看 抽象 工厂 的 定义 。 示 例 代码 如 下 : 
/大 大 
* 抽象 工厂 的 接口 ， 声 明 创建 抽象 产品 对 象 的 操作 
*/ 
publice interface AbstractFactory 1{ 
/大 类 
* 示例 方法 ， 创 建 抽象 产品 A 的 对 象 
* @return 抽象 产品 A 的 对 象 
public AbstractProductA createProductaAl()y 
/** 
* 示例 方法 ， 创 建 抽象 产品 B 的 对 象 
* @return 抽象 产品 B 的 对 象 
public AbstractProductB createProductB () ; 
} 
(2) 接 下 来 看 看 产品 的 定义 ， 由 于 只 是 示意 ， 并 没有 去 定义 具体 的 方法 ， 示 例 代码 
如 下 : 
/** 
* 抽象 产品 A 的 接口 
mp 
public interface AbstractProductAa { 
// 定 义 抽象 产品 A 相关 的 操作 
} 
/大 大 
* 抽象 产品 B 的 接口 
*/ 


public interface AbstractProductB { 
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// 定 义 抽象 产品 B 相关 的 操作 
} 
(3) 同样 的 ， 产 品 的 各 个 实现 对 象 也 是 空 的 。 
实现 产品 A 示例 代码 如 下 : 
* 产品 A 的 具体 实现 
交大 
public class ProductAl implements AbstractProducta { 
// 实 现 产品 A 的 接口 中 定义 的 操作 
; 
/** 
* 产品 A 的 具体 实现 
ph 
public class ProductA2 implements AbstractProducta { 
// 实 现 产 品 A 的 接口 中 定义 的 操作 
} 
实现 产品 B 的 示例 代码 如 下 : 
/*# 
* 产品 B 的 具体 实现 
汪 友 
public class ProdquctB1 implements AbstractProductB { 
// 实 现 产品 B 的 接口 中 定义 的 操作 
} 
/** 
* 产品 B 的 具体 实现 
Wy 
public class ProductB2 implements AbstractProductB { 
// 实 现 产 品 B 的 接口 中 定义 的 操作 
|， 
(4) 再 来 看 看 具体 的 工厂 的 实现 示意 。 示 例 代码 如 下 : 
/** 
* 具体 的 工厂 实现 对 象 ， 实 现 创建 具体 的 产品 对 象 的 操作 
交大 
public class ConcreteFactoryl implements AbstractFactory 1{ 
public AbstractProductA createProductA() { 
return new ProductAl (); 
} 
public AbstractProductB createProductB() { 


return new ProductBl1 (); 
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} 
/** 
* 具体 的 工厂 实现 对 象 ， 实 现 创建 具体 的 产品 对 象 的 操作 
A 
Public class ConcreteFactory2 implements AbstractFactory 1 
Public AbstractProductA createProductRA() { 
return new ProductRA2 () : 
} 
public AbstractProductB createProductB() { 


return new ProductB2 () ; 


} 

(5) 实现 客户 端的 示例 代码 如 下 : 

public class Client { 

public static void main(String[] args) 1{ 

// 创 建 抽象 工厂 对 象 
AbstractFactory af = new ConcreteFactoryl(); 
// 通 过 抽象 工厂 来 获取 一 系列 的 对 象 ， 如 产品 A 和 产品 B 
af.createProductA(); 


af.createProductB(); 


} 
7. 2.4 使 用 抽象 工厂 模式 重 写 示例 


要 使 用 抽象 工厂 模式 来 重 写 示例 ， 先 来 看 看 如 何 使 用 抽象 工厂 模式 来 解决 前 面 提 出 
的 问题 。 

装机 工程 师 要 组 装 电脑 对 象 ， 需 要 一 系列 的 产品 对 象 ， 比 如 CPU、 主 板 等 ， 于 是 创 
建 一 个 抽象 工厂 给 装机 工程 师 使 用 ,在 这 个 抽象 工厂 里 面 定义 抽象 地 创建 CPU 和 主板 的 
方法 ， 这 个 抽象 工厂 就 相当 于 一 个 抽象 的 装机 方案 ， 在 这 个 装机 方案 里 面 ， 各 个 配件 是 
能 够 相互 匹配 的 。 

每 个 装机 的 客户 ， 会 提出 他 们 自己 的 具体 装机 方案 ， 或 者 是 选择 已 有 的 装机 方案 ， 
相当 于 为 抽象 工厂 提供 了 具体 的 子 类 ,在 这 些 具体 的 装机 方案 类 里 面 ,会 创建 具体 的 CPU 
和 主板 实现 对 象 。 

此 时 系统 的 结构 如 图 7.2 所 示 。 
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四 +createCPLMpfPCPLAP 
































«Create» «create» 
®@ +AMDCPU(pins:int) © +IntelCPU(pins:int) 
© +calculate0:void © +calculate():void 





arcApD 
AN 
<interface» pe 
| Puaps | 
| 
| | 
@ +createCPUApiO: CPUApi | 人 八 | 
@ +createMainboardApi():MainboardApi 
] | 本 
| 
| 
| 


BD -cpuHoles'int=0 谷 -cpuHoles'int=0 


«create» «create» 
® +MSIMainboard(cpuHoles:int) 全 +GAMainboard(cpuHoles:int) 
(9 +installCPUO:void {9 +installCPUO:void 


图 7.2 抽象 工厂 重 写 示 例 的 结构 示意 图 

虽然 说 是 重 写 示 例 ， 但 并 不 是 前 面 写 的 都 不 要 了 ， 而 是 修改 前 面 的 示例 ， 使 它 能 更 
好 地 实现 需要 的 功能 。 

(1) 前 面 示例 实现 的 CPU 接口 和 CPU 实现 对 象 ， 还 有 主板 的 接口 和 实现 对 象 ， 都 
不 需要 变化 ， 这 里 就 不 再 袭 述 了 。 

(2) 前 面 示例 中 创建 CPU 的 简单 工厂 和 创建 主板 的 简单 工厂 ， 都 不 再 需要 了 ， 直 
接 删 除 即 可 ， 这 里 也 就 不 去 管 它 了 。 

(3) 看 看 新 加 入 的 抽象 工厂 的 定义 。 示 例 代码 如 下 : 







/** 

* 抽象 工厂 的 接口 ， 声 明 创 建 抽象 产品 对 象 的 操作 

二 

public interface AbstractFactory { 
/** 


* 创建 CPU 的 对 象 

* @return CPU 的 对 象 

汪 人 
public CPUAPi createCPUAPpi (); 

/** 

* 创建 主板 的 对 象 

* @return 主板 的 对 象 

sah 
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Public MainboardApi createMainboardApi (); 

} 

(4) 再 看 看 抽象 工厂 的 实现 对 象 ， 也 就 是 具体 的 装机 方案 对 象 。 
先 看 看 装机 方案 一 的 实现 。 示 例 代码 如 下 : 

/x 

* 装机 方案 一 : Intel 的 CPU + 技嘉 的 主板 

* 这 里 创建 CPU 和 主板 对 象 的 时 候 ， 是 对 应 的 ， 能 匹配 上 的 

yy 


Public class Schemal implements AbstractFactoryt{ 





public CPURPi createCPUApi() { 
return new IntelCEU (1156) ， 

} 

public MainboardApi createMainboardApi() { 
return new GAMainboard (1156); 


} 
再 看 看 装机 方案 二 的 实现 。 示 例 代 码 如 下 : 
/** 
* 装机 方案 二 : AMD 的 CPU + 微星 的 主板 
* 这 里 创建 CPU 和 主板 对 象 的 时 候 ， 是 对 应 的 ， 能 匹配 上 的 
A 
public class Schema2 implements AbstractFactoryt{ 
public CPUAPpi createCPUApi() { 
return new AMDCPU (939) ; 
} 
public MainboardApi createMainboardApi() { 
return new MSIMainboard(939); 


} 

(5) 下 面 来 看 看 装机 工程 师 类 的 实现 。 在 现在 的 实现 里 面 ， 装 机 工程 师 相 当 于 使 用 
抽象 工厂 的 客户 端 ， 虽 然 是 由 真正 的 客户 来 选择 和 创建 具体 的 工厂 对 象 ， 但 是 使 用 抽象 
工厂 的 是 装机 工程 师 对 象 。 

装机 工程 师 类 跟前 面 的 实现 相 比 ， 主 要 的 变化 是 : 从 客户 端 不 再 传 入 选择 CPU 和 主 
板 的 参数 ， 而 是 直接 传 入 客户 选择 并 创建 好 的 装机 方案 对 象 。 这 样 就 避免 了 单独 去 选择 
CPU 和 主板 ， 客 户 要 选 就 是 一 套 ， 就 是 一 个 系列 。 示 例 代码 如 下 : 

/** 

* 装机 工程 师 的 类 

* 
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public class ComputerEngineer { 

/** 

* 定义 组 装 电脑 需要 的 CPU 

eh 

Private CPURAPi cpu= null; 
/** 

* 定义 组 装 电脑 需要 的 主板 

A 


private MainboardApi mainboard = null; 


/大 六 
* 装机 过 程 
* @param schema 客户 选择 的 装机 方案 
区 
Public void makeComputer (AbstractFactory schema) 1{ 
//1: 首先 准备 好 装机 所 需要 的 配件 
prepareHardwares (schema); 
//2: 组 装 电 脑 
//3: 测试 电脑 
//4: 交付 客户 
} 
/** 
* 准备 装机 所 需要 的 配件 
* @param schema 客户 选择 的 装机 方案 
A 
private void prepareHardwares (AbstractFactory schema){ 
// 这 里 要 去 准备 CPU 和 主板 的 具体 实现 ， 为 了 示例 简单 ， 这 里 只 准备 这 两 个 
// 可 是 ， 装 机 工程 师 并 不 知道 如 何 去 创 建 ， 怎 么 办 呢 ? 


// 使 用 抽象 工厂 来 获取 相应 的 接口 对 象 
this.cpu = schema.createCPUApi () : 
this.mainboard = schema .createMainboardRPi() : 


// 测 试 一 下 配件 是 否 好 用 


this.cpu.calculate(); 


this.mainboard.installCPU(); 


} 
(6) 都 定义 好 了 ， 下 面 看 看 客户 端 如 何 使 用 抽象 工厂 。 示 例 代码 如 下 : 
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Public class Client { 
Public static void main (String[] args) 1{ 
// 创 建 装机 工程 师 对 象 
ComputerEngineer engineer = new ComputerEngineer () 
// 客 户 选择 并 创建 需要 使 用 的 装机 方案 对 和 象 
AbstractFactory schema = new Schemal () 
// 告 诉 装机 工程 师 自 己 选择 的 装机 方案 ， 让 装机 工程 师 组 装 电脑 


engineer.makeComputer (schema); 


} 

运行 一 下 ， 测 试看 看 ， 是 否 能 满足 功能 的 要 求 。 

如 同 前 面 的 示例 ， 定 义 了 一 个 抽象 工厂 AbstractFactory， 在 里 面 定 义 了 创建 CPU 和 
主板 对 象 的 接口 的 方法 ， 但 是 在 抽象 工厂 里 面 ， 并 没有 指定 具体 的 CPU 和 主板 的 实现 ， 
也 就 是 无 须 指定 它们 具体 的 实现 类 。 

CPU 和 主板 是 相关 的 对 象 ， 是 构建 电脑 的 一 系列 相关 配件 ， 这 个 抽象 工厂 就 相当 于 
一 个 装机 方案 ， 客 户 选择 装机 方案 的 时 候 ， 一 选 就 是 一 套 ，CPU 和 主板 是 确定 好 的 ， 不 
让 客户 分 开 选 择 ， 这 就 避免 了 出 现 不 匹配 的 错误 。 


7.3 模式 讲解 


7.3.1 认识 抽象 工厂 模式 


1. 抽象 工厂 模式 的 功能 

抽象 工厂 的 功能 是 为 一 系列 相关 对 象 或 相互 依赖 的 对 象 创建 一 个 接口 。 一 定 要 注意 ， 
这 个 接口 内 的 方法 不 是 任意 堆砌 的 ， 而 是 一 系列 相关 或 相互 依赖 的 方法 ， 比 如 上 面 例子 
中 的 CPU 和 主板 ， 都 是 为 了 组 装 一 台电 脑 的 相关 对 象 。 

从 某 种 意义 上 看 ， 抽 象 工厂 其 实 是 一 个 产品 系列 ， 或 者 是 产品 徐 。 上 面 例子 中 的 抽 
象 工 厂 就 可 以 看 成 是 电脑 徐 ， 每 个 不 同 的 装机 方案 ， 代 表 一 种 具体 的 电脑 系列 。 

2. 实现 成 接口 

AbstractFactory 在 Java 中 通常 实现 成 为 接口 ， 大 家 不 要 被 名 称 误导 了 ， 以 为 是 实现 
成 为 抽象 类 。 当 然 ， 如 果 需 要 为 这 个 产品 簇 提供 公共 的 功能 ， 也 不 是 不 可 以 把 
AbstractFactory 实现 成 为 抽象 类 ， 但 一 般 不 这 么 做 。 

3. 使 用 工厂 方法 

AbstractFactory 定义 了 创建 产品 所 需要 的 接口 ， 具 体 的 实现 是 在 实现 类 里 面 ， 通 常 
在 实现 类 里 面 就 需要 选择 多 种 更 具体 的 实现 。 所 以 AbstractFactory 定义 的 创建 产品 的 方 
法 可 以 看 成 是 工厂 方法 ， 而 这 些 工 厂 方法 的 具体 实现 就 延迟 到 了 具体 的 工厂 里 面 。 也 就 
是 说 使 用 工厂 方法 来 实现 抽象 工厂 。 
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4. 切换 产品 簇 
由 于 抽象 工厂 定义 的 一 系列 对 象 通常 是 相关 或 者 相互 依赖 的 ， 这 些 产 品 对 象 就 构成 
了 一 个 产品 艇 ， 也 就 是 抽象 工厂 定义 了 一 个 产品 簇 。 
这 就 带 来 非常 大 的 灵活 性 ， 切 换 一 个 产品 艇 的 时 候 ， 只 要 提供 不 同 的 抽象 工厂 实现 
就 可 以 了 ， 也 就 是 说 现在 是 以 产品 簇 作为 一 个 整体 被 切换 。 
5. 抽象 工厂 模式 的 调用 顺序 示意 图 
抽象 工厂 模式 的 调用 顺序 如 图 7.3 所 示 。 


1; 创建 一 个 具体 工厂 的 实 倪 
起 象 了 厂 类 型 的 实例 | | 


2; 调用 创建 产品 A 的 方法 












4; 调用 产品 A 的 方法 
5; 调用 产品 6 的 方法 





到 
如 本 
| 


图 7.3 抽象 工厂 模式 的 调用 顺序 示 
7.3.2 定义 可 扩展 的 工厂 


在 前 面 的 示例 中 ， 抽 象 工厂 为 每 一 种 它 能 创建 的 产品 对 象 定义 了 相应 的 方法 ， 比 如 
创建 CPU 的 方法 和 创建 主板 的 方法 等 。 

这 种 实现 有 一 个 麻烦 ， 就 是 如 果 在 产品 簇 中 要 新 增加 一 种 产品 ， 比 如 现在 要 求 抽象 
工厂 除了 能 够 创建 CPU 和 主板 外 ， 还 要 能 够 创建 内 存 对 象 ， 那 么 就 需要 在 抽象 工厂 里 面 
添加 创建 内 存 的 一 个 方法 。 当 抽象 工厂 一 发 生变 化 ， 所 有 的 具体 工厂 实现 都 要 发 生变 化 ， 
如 下 、 如 此 就 非常 的 不 灵活 。 

现在 有 一 种 相对 灵活 ， 但 不 太 安 全 的 改进 方式 可 以 解决 这 个 问题 ， 思 路 如 下 : 抽象 
工厂 里 面 不 需要 定义 那么 多 方法 ， 定 义 一 个 方法 就 可 以 了 ， 给 这 个 方法 设置 一 个 参数 ， 
通过 这 个 参数 来 判断 具体 创建 什么 产品 对 象 ， 由 于 只 有 一 个 方法 ， 在 返回 类 型 上 就 不 能 
是 具体 的 某 个 产品 类 型 了 ， 只 能 是 所 有 的 产品 对 象 都 继承 或 者 实现 的 这 么 一 个 类 型 ， 比 
如 让 所 有 的 产品 都 实现 某 个 接口 ， 或 者 干脆 使 用 Object 类 型 。 

还 是 通过 代码 来 体会 一 下 ， 把 前 面 那个 示例 改造 成 可 扩展 的 工厂 实现 。 

(1) 先 来 改造 抽象 工厂 。 示 例 代码 如 下 : 

/** 

* 可 扩展 的 抽象 工厂 的 接口 
a 
public jnterface AbstractFactory { 


eo 
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* 一 个 通用 的 创建 产品 对 象 的 方法 ， 为 了 简单 ， 直 接 返回 Object 

* 也 可 以 为 所 有 被 创建 的 产品 定义 一 个 公共 的 接口 

* @param type 具体 创建 的 产品 类 型 标识 

* @return 创建 出 的 产品 对 象 

a 

public Object createProduct (int type); 

(2) CPU 的 接口 和 实现 。 主 板 的 接口 和 实现 和 前 面 的 示例 一 样 ， 这 里 就 不 再 示范 

了 。CPU 分 成 Intel 的 CPU 和 AMD 的 CPU， 主 板 分 成 技嘉 的 主板 和 微星 的 主板 。 


这 里 要 特别 注意 传 入 createProduct 的 参数 所 代表 的 含义 ， 这 个 参数 只 是 用 来 标识 
现在 是 在 创建 什么 类 型 的 产品 ,比如 标识 现在 是 创建 CPU 还 是 创建 主板 。 一 般 这 
个 type 的 含义 到 此 就 结束 了 ， 不 再 进一步 表示 具体 是 什么 样 的 CPU 或 具体 是 什 


么 样 的 主板 。 也 就 是 说 type 不 再 表示 具体 是 创建 ntel 的 CPU 还 是 创建 AMD 的 CPU， 
这 就 是 一 个 参数 所 代表 的 含义 的 深度 问题 。 要 注意 ， 虽 然 也 可 以 延伸 参数 的 含 
义 到 具体 的 实现 上 ， 但 这 不 是 可 扩展 工厂 这 种 设计 方式 的 本 意 ， 一 般 也 不 这 么 
去 做 。 


(3) 下 面 来 提供 具体 的 工厂 实现 ， 也 就 是 相当 于 以 前 的 装机 方案 。 
先 改 造 原来 的 方案 一 吧 ， 现 在 的 实现 会 有 较 大 的 变化 。 示 例 代 码 如 下 : 
/大 大 

* 装机 方案 一 : Intel 的 CPU + 技嘉 的 主板 


* 这 里 创建 CPU 和 主板 对 象 的 时 候 ， 是 对 应 的 ， 能 匹配 上 的 
党 多 





public class Schemal implements AbstractFactoryt{ 
public Object createProduct (int type) { 
Object retObj = null; 
//type 为 1 表示 创建 CPU，type 为 2 表示 创建 主板 
if(type==1)1{ 
retObj = new IntelCPU(1156); 
}else if (type==2)1{ 
retobj = new GAMainboard(1156); 
} 


return retObj; 


} 
用 同样 的 方式 来 改造 原来 的 方案 二 。 示 例 代 码 如 下 : 
/** 
* 装机 方案 二 : AMD 的 CPU + 微星 的 主板 
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* 这 里 创建 CPU 和 主板 对 象 的 时 候 ， 是 对 应 的 ， 能 匹配 上 的 
*/ 
public class Schema2 implements AbstractFactoryt{ 
public Object createProduct (int type) { 
Object retObj = null; 
//type 为 1 表示 创建 CPU，type 为 2 表示 创建 主板 
if (type==1){ 
retObj = new AMDCPU (939) : 
}else if(type==2)1{ 
retObj] = new MSIMainboard(939); 
} 


return retObj; 


} 
(4) 在 这 个 时 候 使 用 抽象 工厂 的 客户 端 实现 ， 也 就 是 在 装机 工程 师 类 里 面 ,， 通过 抽 
象 工 厂 来 获取 相应 的 配件 产品 对 象 。 示 例 代码 如 下 : 
Public class ComputerEngineer { 
private CPUAPpi cpu= null; 
private MainboardApi mainboard = null; 
public void makeComputer (AbstractFactory schema){ 
prepareHardwares (schema); 
} 
private void prepareHardwares (AbstractFactory schema){ 
// 这 里 要 去 准备 CPU 和 主板 的 具体 实现 ， 为 了 示例 简单 ， 这 里 只 准备 这 两 个 
// 可 是 ， 装 机 工程 师 并 不 知道 如 何 去 创 建 ， 怎 么 办 


// 使 用 抽象 工厂 来 获取 相应 的 接口 对 象 
this.cpu = (CPUApi) schema.createProduct(1); 
this.mainboard = (MainboardApi)schema.createProduct(2); 


// 测 试 一 下 配件 是 否 好 用 
this.cpu.calculate(); 


this.mainboard.installCPU(); 


} 

通过 上 面 的 示例 ， 能 看 到 可 扩展 工厂 的 基本 实现 。 从 客户 端的 代码 会 发 现 ， 为 什么 
说 这 种 方式 是 不 太 安全 的 呢 ? 

仔细 查看 上 面 蓝 色 的 代码 ， 会 发 现 什么 ? 

你 会 发 现 创 建 产品 对 象 返回 来 后 ， 需 要 造型 成 为 具体 的 对 象 ， 因 为 返回 的 是 Object， 
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如 果 这 个 时 候 没 有 匹配 上 ， 比 如 返回 的 不 是 CPU 对 象 , 但 是 要 强制 造型 成 为 CPU， 那 么 
就 会 发 生 错 误 ， 因 此 这 种 实现 方式 的 一 个 潜在 缺点 就 是 不 太 安全 。 
(5) 下 面 来 体会 一 下 这 种 方式 的 灵活 性 。 
假如 现在 要 加 入 一 个 新 的 产品 一 一 内 存 , 当然 可 以 提供 一 个 新 的 装机 方案 来 使 用 它 ， 
这 样 已 有 的 代码 就 不 需要 变化 了 。 
内 存 接口 的 示例 代码 如 下 : 
/六 六 
* 内 存 的 接口 
oy 
public interface MemoryApi { 
/ 
* 示意 方法 ， 内 存 具 有 缓存 数据 的 能 力 
| 


public void cacheData (); 





} 
提供 一 个 现代 内 存 的 基本 实现 。 示 例 代码 如 下 : 
/** 
* 现代 内 存 的 类 
a 
public class HyMemory implements MemoryApi{ 
public void cachepData() { 


System.out .println ("现在 正在 使 用 现代 内 存 "); 


} 
现在 若 要 使 用 这 个 新 加 入 的 产品 ， 以 前 实现 的 代码 都 不 用 变化 ， 只 需 新 添加 一 个 方 
案 ， 在 这 个 方案 里 面 使 用 新 的 产品 ， 然 后 客户 端 使 用 这 个 新 的 方案 即 可 。 示 例 代码 如 下 : 
/** 
* 装机 方案 三 : Intel 的 CPU + 技嘉 的 主板 + 现代 的 内 存 
a 
public class Scheme3 implements AbstractFactory{ 
public Object createProduct (int type) { 
Object retObj = null; 
//type 为 1 表示 创建 CPU，type 为 2 表示 创建 主板 ，type 为 3 表示 创建 内 存 
if (type==1){ 
retobj = new IntelCPU(1156); 
}else if (type==2){ 
retObj = new GAMainboard(1156); 
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// 创 建新 添加 的 产品 
else if (type==3){ 
retObj = new HyMemory(); 
} 


return retObj; 


} 


这 个 时 候 的 装机 工程 师 类 ， 如 果 要 创建 带 内 存 的 电脑 ， 需 要 在 装机 工程 师 类 里 面 添 
加 对 内 存 的 使 用 。 示 例 代码 如 下 : 


public class ComputerEngineer { 
private CPUAPpi cpu= null; 
private MainboardApi mainboard = null; 
/** 
* 定义 组 装 电脑 需要 的 内 存 
dd 
private MemoryApi memory = null; 
public void makeComputer (AbstractFactory schema){ 
prepareHardwares (schema); 
| 
private void prepareHardwares (AbstractFactory schema){ 
// 使 用 抽象 工厂 来 获取 相应 的 接口 对 象 
this.cpu = (CPUApi)schema.createProduct (1) 
this.mainboard = (MainboardApi)schema.createProduct (2); 


this.memory = (MemoryApi) schema.createProduct (3); 


// 测 试 一 下 配件 是 否 好 用 

this opUu alcoulate() 
this.mainboard.installCPU (); 
if (memory!=null){ 


this.memory.cacheData(); 


} 

可 能 有 朋友 会 发 现 上 面 蓝 色 的 代码 中 内 存 操作 的 地 方 , 跟前 面 CPU 和 主板 的 操作 方 
式 不 一 样 ， 多 了 一 个 让 判断 。 原 因 是 为 了 要 同时 满足 以 前 和 现在 的 要 求 ， 如 果 是 以 前 的 
客户 端 ， 它 调用 的 时 候 就 没有 内 存 ， 这 个 时 候 操 作 内 存 就 会 出 错 ， 因 此 添加 一 个 判断 ， 
有 内 存 的 时 候 才 操作 内 存 ， 就 不 会 出 错 了 。 

此 时 的 客户 端 ， 只 要 选择 使 用 方案 三 就 可 以 了 。 示 例 代 码 如 下 : 


publioloLlass Olientt 
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Public static void main(String[] args) { 
ComputerEngineer engineer = new ComputerEngineer (); 
AbstractFactory schema = new Schema3() : 


engineer.makeComputer (schema); 


} 
运行 结果 如 下 : 


now in Intel CPU,pins=1156 





now in GAMainboard, cpuHoles=1156 

现在 正在 使 用 现代 内 存 

测试 一 下 看 看 ， 体 会 一 下 这 种 设计 方式 的 灵活 性 。 当 然 前 面 也 讲 到 了 ， 这 种 方式 可 
能 会 不 太 安全 ， 至 于 是 否 使 用 ， 就 看 具体 应 用 设计 上 的 权衡 了 。 


7.3.3 抽象 工厂 模式 和 DA0O 


1. 什么 是 DAO 
DAO: 数据 访问 对 象 ， 是 Data Access Object 首 字母 的 简写 。 
DAO 是 JEE (也 称 JavaEE， 原 JEE) 中 的 一 个 标准 模式 ， 通 过 它 来 解决 访问 数据 
对 象 所 面临 的 一 系列 问题 ， 比 如 ， 数 据 源 不 同 、 存 储 类 型 不 同 、 访 问 方式 不 同 、 供 应 商 
不 同 、 版 本 不 同等 ， 这 些 不 同 会 造成 访问 数据 的 实现 上 差别 很 大 。 
mn ”数据 源 的 不 同 ， 比 如 存放 于 数据 库 的 数据 源 ， 存 放 于 LDAP 轻型 目录 访问 协议 ) 
的 数据 源 ; 又 比如 存放 于 本 地 的 数据 源 和 远程 服务 器 上 的 数据 源 等 。 
m ”存储 类 型 的 不 同 ， 比 如 关系 型 数据 库 (RDBMS) 、 面 向 对 象 数据 库 (ODBMS) 、 
纯 文件 、XML 等 。 
m ”访问 方式 的 不 同 ， 比 如 访问 关系 型 数据 库 ， 可 以 用 JDBC、EntityBean、JPA 等 来 
实现 ， 当 然 也 可 以 采用 一 些 流行 的 框架 ， 如 Hibemate、IBatis 等 。 
mn ”供应 商 的 不 同 ， 比 如 关系 型 数据 库 ， 流 行 的 如 Oracel、DB2、SqlServer、MySQL 
等 等 ， 它 们 的 供应 商 是 不 同 的 。 
m ”版 本 不 同 ， 比 如 关系 型 数据 库 ， 不 同 的 版 本 ， 实 现 的 功能 是 有 差异 的 ， 就 算是 对 
标准 的 SQL 的 支持 ， 也 是 有 差异 的 。 
但 是 对 于 需要 进行 数据 访问 的 逻辑 层 而 言 ， 它 可 不 想 面 对 这 么 多 不 同 ， 也 不 想 处 理 
这 么 多 差异 ， 它 希望 能 以 一 个 统一 的 方式 来 访问 数据 。 
此 时 系统 结构 如 图 7.4 所 示 。 






访问 数据 仓库 来 





以 一 个 统一 的 方式 
来 访问 DAO 





图 7.4 业务 对 象 访问 DAO 的 示意 图 
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也 就 是 说 ，DAO 需要 抽象 和 封装 所 有 对 数据 的 访问 ，DAO 承担 和 数据 仓库 交互 的 
只 责 ， 这 也 意味 着 ， 访 问 数据 所 面临 的 所 有 问题 ， 都 需要 DAO 在 内 部 来 自行 解决 。 

2. DAO 和 抽象 工厂 的 关系 

了 解 了 什么 是 DAO 后 ， 可 能 有 些 朋 友 会 想 ，DAO 同 抽象 工厂 模式 有 什么 关系 呢 ? 
看 起 来 好 像 是 完全 不 靠边 啊 。 

事实 上 , 在 实现 DAO 模式 的 时 候 ， 最 常见 的 实现 策略 就 是 使 用 工厂 的 策略 ， 而 且 多 
是 通过 抽象 工厂 模式 来 实现 ， 当 然 在 使 用 抽象 工厂 模式 来 实现 的 时 候 ， 可 以 结合 工厂 方 
法 模式 。 因 此 DAO 模式 和 抽象 工厂 模式 有 很 大 的 联系 。 

3. DAO 模式 的 工厂 实现 策略 

下 面 就 来 看 看 DAO 模式 实现 的 时 候 是 如 何 采 用 工厂 方法 和 抽象 工厂 的 。 

1) 采用 工厂 方法 模式 

假如 现在 在 一 个 订单 处 理 的 模块 里 面 。 大 家 都 知道 ， 订 单 通常 分 成 两 个 部 分 ， 一 部 
分 是 订单 主 记录 或 者 是 订单 主 表 ， 男 一 部 分 是 订单 明细 记录 或 者 是 订单 子 表 ， 那 么 现在 
业务 对 象 需要 操作 订单 的 主 记录 ， 也 需要 操作 订单 的 子 记录 。 

如 果 这 个 时 候 的 业务 比较 简单 ， 而 且 对 数据 的 操作 是 固定 的 ， 比 如 就 是 操作 数据 库 ， 
不 管 订单 的 业务 如 何 变化 ， 底 层 数据 存储 都 是 一 样 的 ， 那 么 这 种 情况 下 ， 可 以 采用 工厂 
方法 模式 ， 此 时 系统 结构 如 图 7.5 所 示 。 


«interface» Sinterface» 
CB ordersarnp4D CW orderpetaiIDAD 
[LO RdbDetailDAOIepl 
性 RdbgainDAOIepl 局 RdabDAOFactory 
© create0rderDetailDAD () :DrderDetailDAD 
一 一 一 一 一 一 一 © create0rderllainDAD () :0rderWainDAD 


已 .4DFaeter 玉 


© createprderpetarTD4D 0 DrderpetarTID45 
© createDraeryarnpdD ODrderyarnpas 





图 7.5 DAO 模式 的 工厂 方法 实现 策略 结构 示意 图 

从 上 面 的 结构 示意 图 可 以 看 出 ， 如 果 底 层 存储 固定 的 时 候 ，DAOFactory 就 相当 于 工 
厂 方法 模式 中 的 Creator， 在 里 面 定 义 两 个 工厂 方法 ， 分 别 创建 订单 主 记录 的 DAO 对 象 
和 创建 订单 子 记 录 的 DAO 对 象 ， 因 为 固定 是 数据 库 实现 ， 因 此 提供 一 个 具体 的 工厂 
RdbDAOFactory (Rdb， 关 系 型 数据 库 ) 来 实现 对 象 的 创建 。 也 就 是 说 DAO 可 以 采用 工 
厂 方法 模式 来 实现 。 

采用 工厂 方法 模式 的 情况 , 要 求 DAO 底层 存储 实现 方式 是 固定 的 , 这 种 模式 多 用 在 
一 些 简单 的 小 项 目的 开发 上 。 

2) 采用 抽象 工厂 模式 

实际 上 更 多 的 时 候 DAO 底层 存储 实现 方式 是 不 固定 的 ，DAO 通常 会 支持 多 种 存储 
实现 方式 ， 具 体 使 用 哪 一 种 存储 方式 可 能 是 由 应 用 动态 决定 ， 或 者 是 通过 配置 来 指定 。 
这 种 情况 多 见于 产品 开发 ， 或 者 是 稍 复杂 的 应 用 、 亦 或 较 大 的 项 目 中 。 

对 于 底层 存储 方式 不 固定 的 时 候 ， 一 般 采 用 抽象 工厂 模式 来 实现 DAO。 比 如 现在 的 
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度 实现 除了 RDB 的 实现 ， 还 会 有 Xml 的 实现 ， 它 们 会 被 应 用 动态 的 选择 ， 此 时 系统 结构 


如 图 7.6 所 示 。 
sinterfacey 


© createCroerpetaiDp4O1voi 
© oreateOrdermainpAOf) :vois 


A 


| 
© +createOrderDetailDAO():void Fo 
© +createOrderMainDAO():void | : 


© +createOrderDetalDAO():void 
© +createOrderMainDAOO:void 





















图 7.6 DAO 模式 的 抽象 工厂 实现 策略 结构 示意 图 
从 上 面 的 结构 示意 图 可 以 看 出 , 采用 抽象 工厂 模式 来 实现 DAO 的 时 候 , DAOFactory 
就 相当 于 抽象 工厂 ， 里 面 定 义 一 系列 创建 相关 对 象 的 方法 ， 分 别 是 创建 订单 主 记录 的 
DAO 对 象 和 创建 订单 子 记 录 的 DAO 对 象 , 此 时 OrderMainDAO 和 OrderDetailDAO 就 相 
当 于 被 创建 的 产品 ，RdbDAOFactory 和 XmlDAOFactory 就 相当 于 抽象 工厂 的 具体 实现 ， 
在 它们 里 面 会 选择 相应 的 具体 的 产品 实现 来 创建 对 象 。 
4. 代码 示例 使 用 抽象 工厂 实现 DAO 模式 
(1) 先 看 看 抽象 工厂 的 代码 实现 。 示 例 代 码 如 下 : 
/** 
* 抽象 工 三， 创建 订单 主 、 子 记录 对 应 的 DAO 对 象 
区 
Public abstract class DAOFactory { 
/** 
* 创建 订单 主 记录 对 应 的 DAO 对 象 
* @return 订单 主 记录 对 应 的 DAO 对 象 
a 
public abstract OrderMainDAO createOrderMainDAO(); 
/** 
* 创建 订单 子 记 录 对 应 的 DAO 对 象 
* @return 订单 子 记 录 对 应 的 DAO 对 象 
Rf 
public abstract OrderDetailDAO createOrderDetailDAO(); 
} 
(2) 看 看 产品 对 象 的 接口 ， 就 是 订单 主 、 子 记录 的 DAO 定义 。 
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先 来 看 看 订单 主 记录 的 DAO 定义 。 示 例 代码 如 下 : 













再 来 看 看 订单 子 记录 的 DAO 定义 。 示 例 代码 如 下 : 














(3) 接 下 来 实现 订单 主 、 子 记录 的 DAO。 
| 先 来 看 看 关系 型 数据 库 的 实现 方式 ， 示 例 代码 如 下 : 







Xml 实现 的 方式 一 样 。 为 了 演示 简单 ， 都 是 输出 了 一 句 话 。 示例 代码 如 下 : 
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} 
Public class XmlDetailDAOImpl implements OrderDetailDAO{ 
public void saveOrderDetail() { 


System.out.println("now in XmlDAOImpl2 saveOrderDetail"); 


} 
(4) 再 看 看 具体 的 工厂 实现 。 
先 来 看 看 关系 型 数据 库 实现 方式 的 工厂 。 示 例 代 码 如 下 : 


public class RdbDAOFactory extends DAOFactoryt{ 





public OrderDetailDAO createOrderDetailDAO() { 
return new RdbDetailDAOImp] (); 

} 

public OrderMainDAO createOrderMainDAO() { 
return new RAdbMainDAOImpl (); 


} 
Xml 实现 方式 的 工厂 的 示例 代码 如 下 : 
public class XmlDAOFactory extends DAOFactory { 
public OrderDetailDAO createOrderDetailDAO() { 
return new XmlDetailDAOImpl (); 
} 
public OrderMainDAO createOrderMainDAO() { 


return new XmlMainDAOImpl (); 


} 
(5) 好 了 ， 使 用 抽象 工厂 简单 地 实现 了 DAO 模式 。 在 客户 端 通常 是 由 业务 对 象 来 
调用 DAO， 那 么 该 怎么 使 用 这 个 DAO 呢 ? 示例 代码 如 下 : 
public class BusinessObject { 
public static void main(String[] args) { 
/ /创建 DAO 的 抽象 工厂 
DAOFactory df = new RAbDAOFactory(); 
// 通 过 抽象 工厂 来 获取 需要 的 DAO 接口 
OrderMainDAO mainDAO = Qf.createoOrderMainDRAO () : 
OrderDetailDAO detailDAO = df.createOrderDetailDAO(); 
// 调 用 DAO 来 完成 数据 存储 的 功能 
mainDAO.saveOrderMain () : 


detailDAO.saveOrderDetail () ， 
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通过 上 面 的 示例 , 可 以 看 出 DAO 可 以 采用 抽象 工厂 模式 来 实现 , 这 也 是 大 部 分 DAO 
实现 所 采用 的 方式 。 


7.3.4 抽象 工厂 模式 的 优 缺 点 


抽象 工厂 模式 的 优点 

m ”分 离 接口 和 实现 
客户 端 使 用 抽象 工厂 来 创建 需要 的 对 象 ， 而 客户 端 根本 就 不 知道 具体 的 实现 是 
谁 ， 客 户 端 只 是 面向 产品 的 接口 编程 而 已 。 也 就 是 说 ， 客 户 端 从 有 具体 的 产品 实 
现 中 解 耘 。 

m ”使 得 切换 产品 簇 变 得 容易 
因为 一 个 具体 的 工厂 实现 代表 的 是 一 个 产品 徐 ， 比 如 上 面 例子 的 Schemel 代表 
装机 方案 一 : Intel 的 CPU + 技嘉 的 主板 ， 如 果 要 切换 成 为 Scheme2， 那 就 变 
成 了 装机 方案 二 : AMD 的 CPU + 微星 的 主板 。 
客户 端 选 用 不 同 的 工厂 实现 ， 就 相当 于 是 在 切换 不 同 的 产品 簇 。 

抽象 工厂 模式 的 缺点 

m ”不 太 容易 扩展 新 的 产品 
前 面 也 提 到 这 个 问题 了 ， 如 果 和 需要 给 整个 产品 簇 添加 一 个 新 的 产品 ， 那 么 就 需 
要 修改 抽象 工厂 ， 这 样 就 会 导致 修改 所 有 的 工厂 实现 类 。 在 前 面 提供 了 一 个 可 
以 扩展 工厂 的 方式 来 解决 这 个 问题 ， 但 是 又 不 够 安全 。 如 何 选 择 ， 则 要 根据 
实际 应 用 来 权衡 。 

a ”容易 造成 类 层次 复杂 
在 使 用 抽象 工厂 模式 的 时 候 ， 如 果 需 要 选择 的 层次 过 多 ， 那 么 会 造成 整个 类 层 
次 变 得 复杂 。 
举 个 例子 来 说 ， 就 比如 前 面 讲 到 的 DAO 的 示例 ， 现 在 这 个 DAO 只 有 一 个 选择 
的 层次 ， 也 就 是 选择 是 使 用 关系 型 数据 库 来 实现 ， 还 是 用 Xml 来 实现 。 现 在 考 
虑 这 样 一 种 情况 ， 如 果 关 系 型 数据 库 实 现 里 面 又 分 成 几 种 ， 比 如 ， 基 于 Oracle 
的 实现 、 基 于 SqlServer 的 实现 、 基 于 MySql 的 实现 等 。 
那么 客户 端 怎么 选择 呢 ? 不 会 把 所 有 可 能 的 实现 情况 全 部 都 做 到 一 个 层次 上 
吧 ， 这 个 时 候 客 户 端 就 需要 一 层 一 层 地 选择 ， 也 就 是 整个 抽象 工厂 的 实现 也 需 
要 分 出 层次 来 ， 每 一 层 负责 一 种 选择 ， 也 就 是 一 层 屏蔽 一 种 变化 ， 这 样 很 容易 
造成 复杂 的 类 层次 结构 。 


7.3.5 思考 抽象 工厂 模式 


抽象 工厂 模式 的 本 质 : 选择 产品 签 的 实现 。 
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1. 抽象 工厂 模式 的 本 质 

工厂 方法 是 选择 单个 产品 的 实现 ， 虽 然 一 个 类 里 面 可 以 有 多 个 工厂 方法 ， 但 是 这 些 
方法 之 间 一 般 是 没有 联系 的 ， 即 使 看 起 来 像 有 联系 。 

但 是 抽象 工厂 着 重 的 就 是 为 一 个 产品 艇 选择 实现 ， 定 义 在 抽象 工厂 里 面 的 方法 通常 
是 有 联系 的 ， 它 们 都 是 产品 的 某 一 部 分 或 者 是 相互 依赖 的 。 如 果 抽 象 工厂 里 面 只 定义 一 
个 方法 ， 直 接 创建 产品 ， 那 么 就 退化 成 为 工厂 方法 了 。 

2. 何 时 选用 抽象 工厂 模式 

建议 在 以 下 情况 中 选用 抽象 工厂 模式 。 


7.3.6 
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如 果 希 望 一 个 系统 独立 于 它 的 产品 的 创建 、 组 合 和 表示 的 时 候 。 换 句 话说 ， 希 望 
一 个 系统 只 是 知道 产品 的 接口 ， 而 不 关心 实现 的 时 候 。 

如 果 一 个 系统 要 由 多 个 产品 系列 中 的 一 个 来 配置 的 时 候 。 换 句 话说， 就 是 可 以 动 
态 地 切换 产品 簇 的 时 候 。 

如 果 要 强调 一 系列 相关 产品 的 接口 ， 以 便 联合 使 用 它们 的 时 候 。 


相关 模式 


抽象 工厂 模式 和 工厂 方法 模式 

这 两 个 模式 既 有 区 别 ， 又 有 联系 ， 可 以 组 合 使 用 。 

工厂 方法 模式 一 般 是 针对 单独 的 产品 对 象 的 创建 ， 而 抽象 工厂 模式 注重 产品 簇 
对 象 的 创建 ， 这 是 它们 的 区 别 。 

如 果 把 抽象 工厂 创建 的 产品 簇 简化 ， 这 个 产品 簇 就 只 有 一 个 产品 ， 那 么 这 个 时 
候 的 抽象 工厂 跟 工 厂 方法 是 差不多 的 ， 也 就 是 抽象 工厂 可 以 退化 成 工厂 方法 ， 
而 工厂 方法 又 可 以 退化 成 简单 工厂 ， 这 也 是 它们 的 联系 。 

在 抽象 工厂 的 实现 中 ， 还 可 以 使 用 工矿 方法 来 提供 抽象 工厂 的 具体 实现 ， 也 就 
是 说 它们 可 以 组 合 使 用 。 

抽象 工厂 模式 和 单 例 模式 

这 两 个 模式 可 以 组 合 使 用 。 

在 抽象 工厂 模式 里 面 ， 有 具体 的 工厂 实现 ， 在 整个 应 用 中 ， 通 常 一 个 产品 系列 只 
需要 一 个 实例 就 可 以 了 ， 因 此 可 以 把 具体 的 工厂 实现 成 为 单 例 。 
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8.1 场景 问题 


8.1.1 继续 导出 数据 的 应 用 框架 


在 讨论 工厂 方法 模式 的 时 候 ， 提 到 了 一 个 导出 数据 的 应 用 框架 。 
对 于 导出 数据 的 应 用 框架 ,通常 在 导出 数据 上 ， 会 有 一 些 约定 的 方式 ， 比 如 导出 成 
文本 格式 、 数 据 库 备份 形式 、Excel 格式 、Xml 格式 等 。 
在 工厂 方法 模式 章节 里 面 ， 讨 论 并 使 用 工厂 方法 模式 来 解决 了 如 何 选 择 具 体 导 出 方 
式 的 问题 ， 并 没有 涉及 到 每 种 方式 具体 如 何 实 现 。 
换 句 话说 ， 在 讨论 工厂 方法 模式 的 时 候 ， 并 没有 讨论 如 何 实现 导出 成 文本 、Xml 等 
具体 的 格式 ， 本 章 就 来 讨论 这 个 问题 。 
对 于 导出 数据 的 应 用 框架 ， 通 常 对 于 具体 的 导出 内 容 和 格式 是 有 要 求 的 ， 假 如 现在 
有 如 下 的 要 求 ， 简 单 描述 一 下 : 
m ”导出 的 文件 ， 不管 什么 格式 ， 都 分 成 3 个 部 分 ， 分 别 是 文件 头 、 文 件 体 和 文件 尾 。 
sm ”在 文件 头 部 分 ， 需 要 描述 如 下 信息 : 分 公司 或 门市 点 编号 、 导 出 数据 的 日 期 ， 对 
于 文本 格式 ， 中 间 用 去 号 分 隔 。 
sm ”在 文件 体 部 分 ， 需 要 描述 如 下 信息 : 表 名 称 ， 然 后 分 条 描述 数据 。 对 于 文本 格式 ， 
表 名 称 单独 占 一 行 ， 数 据 描述 一 行 算 一 条 数据 ， 字 段 间 用 逗号 分 隔 。 
sm ”在 文件 尾部 分 ， 需 要 描述 如 下 信息 : ,输出 人 。 
现在 就 要 来 实现 上 述 功能 。 为 了 演示 简单 点 ,在 工厂 方法 模式 里 面 已 经 实现 的 功能 ， 
就 再 不 重复 了 ， 这 里 只 关心 如 何 实现 导出 文件 ， 而 且 只 实现 导出 成 文本 格式 和 Xml 格式 
就 可 以 了 ， 其 他 就 不 用 考虑 了 。 


8. 1.2 不 用 模式 的 解决 方案 


不 就 是 要 实现 导出 数据 到 文本 文件 和 XML 文件 吗 ? 其 实 不 管 什 么 格式 ， 需 要 导出 
的 数据 是 一 样 的 ， 只 是 具体 导出 到 文件 中 的 内 容 则 会 随 着 格式 的 不 同 而 不 同 。 
(1) 下 面 将 描述 文件 各 个 部 分 的 数据 对 象 定 义 出 来 。 
先 来 看 看 描述 输出 到 文件 头 的 内 容 的 对 象 。 示 例 代 码 如 下 : 
/** 
* 描述 输出 到 文件 头 的 内 容 的 对 象 
兴 轴 
public class ExportHeaderModel { 
/** 
* 分 公司 或 门市 点 编号 
A 
private String depId; 
/** 
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接 下 来 看 看 描述 输出 数据 的 对 象 。 示 例 代码 如 下 : 





再 来 看 看 描述 输出 到 文件 尾 的 内 容 的 对 象 。 示 例 代 码 如 下 : 


(2) 下 面 来 具体 地 看 看 导出 的 实现 。 


先 看 看 导出 数据 到 文本 文件 的 对 象 ， 主 要 就 是 要 实现 拼接 输出 的 内 容 。 示 例 代码 如 
下 : 





第 8 章 生成 器 模式 (Builder) 有 


(3) 接 下 来 看 看 导出 数据 到 XML 文件 的 对 象 ， 比 较 麻烦 ， 要 按照 XML 的 格式 进 
行 拼接 。 示 例 代码 如 下 : 
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public void export (ExportHeaderModel ehm 


Map<String,Collection<ExportDataModel>> mapData 
:ExportFooterModel efm){ 
// 用 来 记录 最 终 输 出 的 文件 内 容 
StringBuffer buffer = new StringBuffer(); 
//1: 先 来 拼接 文件 头 的 内 容 
buffer.apPena( 
"<?xml] version='1.0' encoding='gb2312'?3>\n"); 
buffer.append ("<Report>\n"); 
buffer.append(™" <Header>\n"); 
buffer.append(" <DepId>"+ehm.getDepId()+"</DepId>\n"); 
buffer.append(" <ExportDate>"+ehm.getExportDate () 
+"</ExportDate>\n"); 
buffer.append(" </Header>\n"); 
//2: 再 来 拼接 文件 体 的 内 容 
buffer.append(" <Body>\n"); 
for(String tblName : mapData.kevSet() ) { 
// 先 拼接 表 名 称 
buffer.append!( 
加 <Datas TableName=\""+tblName+"\">\n"); 
// 然 后 循环 拼接 具体 数据 
for (ExportDataModel edm : mapData.get(tblName) ) { 
buffer.append(" <Data>\n"); 
buffer.appendl(" <Produotid>" 
+edm.getProductId()+"</ProductId>\n"); 
buffer.append(" <Price>"+edm.getPrice() 
+"</Price>\n"); 
buffer.append(" <Amount>"+edm.getAmount () 
+"</Amount>\n"); 
buffer.append(" </Data>\n"); 
} 
buffer.append(" </Datas>\n"); 
} 
buffer.append(" </Body>\n"); 
//3: 接着 来 拼接 文件 尾 的 内 容 
buffer.append(" <Footer>\n"); - 
buffer.append(" <ExportUser>"+efm.getExportUser () 
+"</ExportUser>\n"); 


buffer.append(" </Footer>\n"); 
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buffer.append ("</Report>\n"); 


// 为 了 演示 的 简洁 性 ， 这 里 就 不 再 写 输出 文件 的 代码 了 
// 把 要 输出 的 内 容 输 出 到 控制 台 看 看 
System.out.println ("输出 到 XxML 文 件 的 内 容 : \n"+buffer); 


} 

(4) 看 看 客户 端 ， 如 何 来 使 用 这 些 对 象 。 示 例 代码 如 下 : 

Public class Client { 

public static void main(String[] args) { 

/ /准备 测试 数据 
ExportHeaderModel ehm = new ExportHeaderModel (); 
ehm.setDepId(" 一 分 公司 "); 
ehm.setExportDate ("2010-05-18"); 


Map<String,Collection<ExportDataModel>> mapData = 
new HashMap<String,Collection<ExportDataModel>>();，; 
Collection<ExportDataModel> col = 


new ArrayList<ExportDataModel>(); 


ExportDataModel edml = new ExportDataModel (); 
edml .setProductId ("产品 001 号 ")， 

edml .setPrice(100); 

edml .setAmount (80); 


ExportDataModel edm2 = new ExportDataModel (); 
edm2 .setProductId ("产品 002 号 "); 

edm2 .setPrice(99); 

edm2.setAmount (55) ; 

// 把 数据 组 装 起 来 

col.add (edml)，; 

col.add (eqam2) ; 

mapData.put (" 销 售 记录 表 "， col)， 


ExportFooterModel efm = new ExportFooterModel (); 
efm.setExportUser (" 张 三 "); 

/ /测试 输出 到 文本 文件 

ExportToTxt toTxt = new ExportToTxt () 7 

toTxt .export (ehm, mapData, efm); 

// 测 试 输出 到 xml1 文 件 
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ExportToxml toXml = new 卫 xPortToXxm1l (); 
toXxml .export (ehm, mapData, efm); 


运行 结果 如 下 : 

输出 到 文本 文件 的 内 容 : 
一 分 公司 ,2010-05-18 
销售 记录 表 

产品 001 号 ,00.0,80.0 
产品 002 号 , 99.0,55.0 


卫 演 
输出 到 XML 文件 的 内 容 : 
<?xml version='1.0' encoding='gb2312'?> 
<Report> 
<Header> 


<DepId> 一 分 公司 </DepId> 
<ExportDate>2010-05-18</ExportDate> 
</Header> 
<Body> 
<Datas TableName=" 销 售 记 录 表 "> 
<Data> 
<ProductId> 产 品 001 号 </ProductIad> 
<Price>100.0</Price> 
<Amount>80.0</Amount> 
</Data> 
<Data> 
<ProductId> 产 品 002 号 </ProductId> 
<Price>99.0</Price> 
<Amount>55.0</Amount> 
</Data> 
</Datas> 
</Body> 
ooter> 
<ExportUser> 张 三 </ExportUser> 


</Footer> 


</Report> 
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8. 1.3 有 何 问 题 


仔细 观察 上 面 的 实现 ， 会 发 现 ， 不 管 是 输出 成 文本 文件 ， 还 是 输出 到 XML 文件 ， 
在 实现 的 时 候 ， 步 又 基本 上 都 是 一 样 的 ， 大 致 分 成 了 以 下 四 步 。 

(1) 先 拼接 文件 头 的 内 容 。 

(2) 然后 拼接 文件 体 的 内 容 。 

(3) 再 拼接 文件 尾 的 内 容 。 

(4) 最 后 把 拼接 好 的 内 容 输出 去 成 为 文件 。 

也 就 是 说 ， 对 于 不 同 的 输出 格式 ， 处 理 步 骤 是 一 样 的 ， 但 是 每 步 的 具体 实现 是 不 一 
样 的 。 按 照 现在 的 实现 方式 ， 就 存在 如 下 的 问题 。 

(1) 构建 每 种 输出 格式 的 文件 内 容 的 时 候 ， 都 会 重复 这 几 个 处 理 步 骤 ， 应 该 提炼 出 
来 ， 形 成 公共 的 处 理 过 程 。 

(2) 今后 可 能 会 有 很 多 不 同 输出 格式 的 要 求 ， 这 就 需要 在 处 理 过 程 不 变 的 情况 下 ， 
能 方便 地 切换 不 同 的 输出 格式 的 处 理 。 

换 句 话 来 说 ， 也 就 是 构建 每 种 格式 的 数据 文件 的 处 理 过 程 ， 应 该 和 具体 的 步骤 实现 
分 开 ， 这 样 就 能 够 复 用 处 理 过 程 ， 而 且 能 很 容易 地 切换 不 同 地 输出 格式 


可 是 该 如 何 实现 呢 ? 
8.2 解决 方案 


8.2.1 使 用 生成 器 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 生成 器 模式 。 那 么 什么 是 生成 器 模式 
呢 ? 
1. 生成 器 模式 的 定义 


将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ， 使 得 同样 的 构建 过 程 可 以 创建 不 同 的 


表示 。 





2. 应 用 生成 器 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 实现 , 构建 每 种 格式 的 数据 文件 的 处 理 过 程 , 这 不 就 是 构建 过 程 吗 ? 
而 每 种 格式 具体 的 步骤 实现 ， 不 就 相当 于 是 不 同 的 表示 吗 ? 因为 不 同 的 步骤 实现 ， 决 定 
了 最 终 的 表现 也 就 不 同 。 也 就 是 说 ， 上 面 的 问题 恰好 就 是 生成 器 模式 要 解决 的 问题 。 

要 实现 同样 的 构建 过 程 可 以 创建 不 同 的 表现 ， 那 么 一 个 自然 的 思路 就 是 先 把 构建 过 
程 独立 出 来 ， 在 生成 器 模式 中 把 它 称 为 指导 者 ， 由 它 来 指导 装配 过 程 ， 但 是 不 负责 每 步 
具体 的 实现 。 当 然 ， 光 有 指导 者 是 不 够 的 ， 必 须要 有 能 具体 实现 每 步 的 对 象 ， 在 生成 器 
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度 模式 中 称 这 些 实现 对 象 为 生成 器 。 


这 样 一 来 ， 指 导 者 就 是 可 以 重用 的 构建 过 程 ， 而 生成 器 是 可 以 被 切换 的 具体 实现 。 
前 面 的 实现 中 ， 每 种 具体 的 导出 文件 格式 的 实现 就 相当 于 生成 器 。 


8.2.2 生成 器 模式 的 结构 和 说 明 


*interface» 
Ce Bolder 


加 +buPartt vos 
EN 


[8 concreteBuilder *interface» 
CO Product 
谷 -resultProduct:Product 


© +buildPartO) :void 
图 8.1 生成 器 模式 结构 示意 图 
m ”Builder: 生成 器 接口 ， 定 义 创建 一 个 Product 对 象 所 需 的 各 个 部 件 的 操作 。 
m ”ConcreteBuilder: 具体 的 生成 器 实现 ， 实 现 各 个 部 件 的 创建 ， 并 负责 组 装 Product 
对 象 的 各 个 部 件 ， 同 时 还 提供 一 个 让 用 户 获取 组 装 完成 后 的 产品 对 象 的 方法 。 
m ”Director: 指导 者 ， 也 被 称 为 导向 者 ， 主 要 用 来 使 用 Builder 接口 ， 以 一 个 统一 的 过 
程 来 构建 所 需要 的 Product 对 象 。 
mn ”Product: 产品 ， 表 示 被 生成 器 构建 的 复杂 对 象 ， 包 含 多 个 部 件 。 


8.2.3 生成 器 模式 示例 代码 






生成 器 模式 的 结构 如 图 8.1 所 示 。 


入 -builder:Builder 

















«Create» 
避 +Directortbuilder;Builder) 
加 +construct(Y ;void 





(1) 生成 器 接口 定义 的 示例 代码 如 下 : 
/** 
* 生成 器 接口 ， 定 义 创建 一 个 产品 对 象 所 需 的 各 个 部 件 的 操作 
人 
public interface Builder { 
/大 大 
* 示意 方法 ， 构 建 某 个 部 件 
public void buildPart (); 
} 


(2) 具体 生成 器 实现 的 示例 代码 如 下 : 
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(3) 相应 的 产品 对 象 接口 的 示例 代码 如 下 : 


(4) 最 后 来 看 看 指导 者 的 实现 示意 。 示 例 代码 如 下 : 


第 8 章 生成 器 模 式 (builder ) 上 





全 
天 





* @param builder 生成 器 对 象 

*/ 

Public Director (Builder builder) { 
this.builder = builder; 


/大 六 

* 示意 方法 ， 指 导 生 成 器 构建 最 终 的 产品 对 象 

2 

public void construct() { 
// 通 过 使 用 生成 器 接口 来 构建 最 终 的 产品 对 象 
builder.buildPart (); 


} 
8. 2.4 使 用 生成 器 模式 重 写 示例 

要 使 用 生成 器 模式 来 重 写 示例 , 重要 的 任务 就 是 要 把 指导 者 和 生成 器 接口 定义 出 来 。 
指导 者 就 是 用 来 执行 那 四 个 步骤 的 对 象 ， 而 生成 器 是 用 来 实现 每 种 格式 下 ， 对 于 每 个 步 


又 的 具体 实现 的 对 象 。 
按照 生成 器 模式 重 写 示 例 的 结构 如 图 8.2 所 示 。 


Create» 
{D+Director 
人 @ +construct:void 






*interface» 
Ce Buoniider 












BD peader: vois 
+puntpody: yoi 
© purooter vois 


[Eu xmlBuilder 
已 -buffer':5tringBuffer 


总 +buildBody:void 
© +buildFooter'void 
例 +buildHeader'void 
+getResult:StringBuffer 





A 


-buffer:StringBuffer 


人 +buildBody:void 
全 +buildFooter'void 
© +buildHeader:void 
















图 8.2 ”生成 器 模式 重 写 示 例 的 结构 示意 图 
下 面 还 是 一 起 来 看 看 代码 ， 会 比较 清楚 。 
(1) 前 面 示例 中 的 三 个 数据 模型 对 象 还 继续 沿用 ， 这 里 就 不 再 袭 述 了 。 
(2) 下 面 来 看 看 定义 的 Builder 接口 ， 主 要 是 把 导出 各 种 格式 文件 的 处 理 过 程 的 步 
又 定义 出 来 ， 每 个 步骤 负责 构建 最 终 导出 文件 的 一 部 分 。 示 例 代码 如 下 ; 
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(3) 接 下 来 看 看 具体 的 生成 器 实现 。 其 实 就 是 把 原来 示例 中 写 在 一 起 的 实现 ， 拆 分 
成 多 个 步骤 实现 。 
先 来 看 导出 数据 到 文本 文件 的 生成 器 实现 。 示 例 代码 如 下 : 
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for (ExportDataModel edm : mapData.get (tblName))i{ 
buffer.append (edm.getProductId()+"," 
tedm.getPrice()+","+edm.getAmount ()+"\n"); 


} 
public void buildFooter (ExportFooterModel efm) { 


buffer.append (efm.getExportUser ()); 
} 
public void buildHeader (ExportHeaderModel ehm) { 
buffer.append (ehm.getDepId()+"," 
+ehm.getExportDate()+"\n"),; 
} 
public StringBuffer getResult (){ 


return buffer; 


} 
再 看 看 导出 数据 到 XML 文件 的 生成 器 实现 。 示 例 代码 如 下 : 
/** 
* 实现 导出 数据 到 xML 文 件 的 生成 器 对 象 
a 
public class XmlBuilder implements Builder { 
/** 
* 用 来 记录 构建 的 文件 的 内 容 ， 相 当 于 产品 
大 大 


private StringBuffer buffer = new StringBuffer(); 


public void buildBody!( 
Map<String, Collection<ExportDataModel>> mapData) { 
buffer.append(" <Body>\n"); 
for(String tblName : mapData.keySet()){ 
// 先 拼接 表 名 称 


buffer.append!( 
WW <Datas TableName=\""+tblNamet+"\">\n"); 
// 然 后 循环 拼接 具体 数据 
for (ExPortDataModel edm : mapData.get (tblName))t{ 
buffer.append(" <Data>\nm)s 
buffer.append(" <produCtlioa 
+edm.getProductId()+"</ProductId>\n"); 


buffer.append!(" <Price>"+tedm.getPrice!() 
PP 
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(4) 指导 者 。 有 了 具体 的 生成 器 实现 后 ， 需 要 由 指导 者 来 指导 它 进行 具体 的 产品 构 
建 。 由 于 构建 的 产品 是 文本 内 容 ， 所 以 就 不 用 单独 定义 产品 对 象 了 。 示 例 代码 如 下 : 





Wr 

private Builder builder; 
7 

* 构造 方法 ， 传 入 生成 器 对 象 

* @param builder 生成 器 对 象 
Bh 


public Director (Builder builder) { 





this.builder = builder; 


/** 
* 指导 生成 器 构建 最 终 的 输出 的 文件 的 对 象 
* @param ehm 文件 头 的 内 容 
* Qparam mapData 数据 的 内 容 
* @param efm 文件 尾 的 内 容 
wy: 
public void construct (ExportHeaderModel ehm, 
Map<String,Collection<ExportDataModel>> mapData, 
ExportFooterModel efm) { 
//1: 先 构建 Header 
builder.buildHeader (ehm); 
//2: 然后 构建 Body 
builder.buildBody (mapData); 
//3: 再 构建 Footer 


builder.buildFooter (efm); 


} 
(5) 都 实现 得 差不多 了 ， 下 面 编 写 客户 端 程序 测试 一 下 。 示 例 代码 如 下 : 
publile Citass Client 
public static void main(String[] args) { 
/7 准备 测试 数据 
ExportHeaderModel bn = new ExportHeaderModel] (); 
ehm.setDepIrd ("一 分 公司 ");> 


ehm.setExportDate("2010-05-18");，; 
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Map<String,Collection<ExportDataModel>> mapData = 
new HashMap<String,Collection<ExportDataModel>>(); 
Collection<ExportDataModel> col = 


new ArrayList<ExportDataModel>(); 


ExportDataModel edml = new ExportDataModel (); 
edml .setProductId ("产品 001 号 ") ; 
edml .setPrice(100); 


edml .setAmount (80); 


ExportDataModel edm2 = new ExportDataModel (); 
edm2 .setProductId ("产品 002 号 ") ; 

edqm2 .setPrice(99) 

edm2.setAmount (55) 

// 把 数据 组 装 起 来 

col.add (edqm1l) 

col.add (edm2); 


mapData.put ("销售 记录 表 "， co1l)， 


ExportFooterModel efm = new ExportFooterModel (); 


efm.setExportUser (" 张 三 ") ; 

// 测 试 输出 到 文本 文件 

TxtBuilder txtBuilder = new TxtBuilder(); 
// 创 建 指导 者 对 象 


Director director = new Director(txtBuilder); 
director.construct (ehm, mapData, efm); 
// 把 要 输出 的 内 容 输 出 到 控制 台 看 看 
System.out .println(" 输 出 到 文本 文件 的 内 容 : \n" 

十 上 xXtBuilaer.getResult()) ， 
// 测 试 输出 到 XML 文件 
xXxmlBuilder xmlBuilder = new XmlBuilder(): 


Director director2 = new Director (xmlBuilder); 
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director2.construct (ehm, mapData, efm); 
// 把 要 输出 的 内 容 输出 到 控制 台 看 看 
System.out .println(" 输 出 到 XML 文件 的 内 容 : \n" 


+xmlBuilder.getResult ()); 


» 


看 了 上 面 的 示例 会 发 现 ， 其 实生 成 器 模式 也 挺 简单 的 ， 好 好 体会 一 下 。 通 过 上 面 的 
讲述 ， 应 该 能 很 清晰 地 看 出 生成 器 模式 的 实现 方式 和 它 的 优势 所 在 了 ， 那 就 是 对 同一 个 
构建 过 程 ， 只 要 配置 不 同 的 生成 器 实现 ， 就 会 生成 不 同 表现 的 对 象 。 


8.3 模式 讲解 


8.3.1 认识 生成 器 模式 


1. 生成 器 模式 的 功能 

生成 器 模式 的 主要 功能 是 构建 复杂 的 产品 ， 而 且 是 细 化 的 、 分 步骤 的 构建 产品 ， 也 
就 是 生成 器 模式 重 在 一 步 一 步 解 决 构造 复杂 对 象 的 问题 。 如 果 仅 仅 这 么 认识 生成 器 模式 
的 功能 是 不 够 的 。 


更 为 重要 的 是 ， 这 个 构建 的 过 程 是 统一 的 、 固 定 不 变 的 ， 变 化 的 部 分 放 到 生成 


器 部 分 了 ， 只 要 配置 不 同 的 生成 器 ， 那 么 同样 的 构建 过 程 ， 就 能 构建 出 不 同 的 
产品 来 。 


再 直 白 点 说 ， 生 成 器 模式 的 重心 在 于 分 离 构 建 算法 和 具体 的 构造 实现 ， 从 而 使 得 构 
建 算法 可 以 重用 。 具 体 的 构造 实现 可 以 很 方便 地 扩展 和 切换 ， 从 而 可 以 灵活 地 组 合 来 构 
造 出 不 同 的 产品 对 象 。 
2. 生成 器 模式 的 构成 
要 特别 注意 ， 生 成 器 模式 分 成 两 个 很 重要 的 部 分 。 
sm ”一 -个 部 分 是 Builder 接口 ， 这 里 是 定义 了 如 何 构建 各 个 部 件 ， 也 就 是 知道 每 个 部 件 
功能 如 何 实现 ， 以 及 如 何 装 配 这 些 部 件 到 产品 中 去 ; 
四 ”另外 一 个 部 分 是 Director，Director 是 知道 如 何 组 合 来 构建 产品 ， 也 就 是 说 Director 
负责 整体 的 构建 算法 ， 而 且 通 常 是 分 步骤 地 来 执行 。 
不 管 如 何 变化 , Builder 模式 都 存在 这 么 两 个 部 分 , 一 个 部 分 是 部 件 构造 和 产品 装配 ， 
另 一 个 部 分 是 整体 构建 的 算法 。 认 识 这 点 是 很 重要 的 ， 因 为 在 生成 器 模式 中 ， 强 调 的 是 
固定 整体 构建 的 算法 ， 而 灵活 扩展 和 切换 部 件 的 具体 构造 和 产品 装配 的 方式 ， 所 以 要 严 
格 区 分 这 两 个 部 分 。 
在 Director 实现 整体 构建 算法 的 时 候 ， 遇 到 需要 创建 和 组 合 具体 部 件 的 时 候 ， 就 会 
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把 这 些 功能 通过 委托 ， 交 给 Builder 去 完成 。 

3. 生成 器 模式 的 使 用 

应 用 生成 器 模式 的 时 候 ， 可 以 让 客户 端 创造 Director， 在 Director 里 面 封装 整体 构建 
算法 ， 然 后 让 Director 去 调用 Builder， 让 Builder 来 封装 具体 部 件 的 构建 功能 ， 这 就 如 同 
前 面 的 例子 。 

还 有 一 种 退化 的 情况 ， 就 是 让 客户 端 和 Director 融合 起 来 ， 让 客户 端 直接 去 操作 
Builder， 就 好 像 是 指导 者 自己 想 要 给 自己 构建 产品 一 样 。 

4. 生成 器 模式 的 调用 顺序 示意 图 

生成 器 模式 的 调用 顺序 如 图 8.3 所 示 。 


ient 





图 8.3 生成 器 模式 的 调用 顺序 示意 图 


8.3.2 生成 器 模式 的 实现 


1. 生成 器 的 实现 

实际 上 在 Builder 接口 的 实现 中 ， 每 个 部 件 构建 的 方法 里 面 ， 除 了 部 件 装配 外 ， 也 可 
以 实现 如 何 具体 地 创建 各 个 部 件 对 象 。 也 就 是 说 每 个 方法 都 可 以 有 两 部 分 功能 ， 一 部 分 
是 创建 部 件 对 象 ， 另 一 部 分 是 组 装 部 件 。 

在 构建 部 件 的 方法 里 面 可 以 实现 选择 并 创建 具体 的 部 件 对 象 ， 然 后 再 把 这 个 部 件 对 
象 组 装 到 产品 对 象 中 去 。 这 样 一 来 ，Builder 就 可 以 和 工厂 方法 配合 使 用 了 。 

再 进一步 ， 如 果 在 实现 Builder 的 时 候 ， 只 有 创建 对 象 的 功能 ， 而 没有 组 装 的 功能 ， 
那么 这 个 时 候 的 Builder 实现 跟 抽象 工厂 的 实现 是 类 似 的 。 

这 种 情况 下 ，Builder 接口 就 类 似 于 抽象 工厂 的 接口 ，Builder 的 具体 实现 就 类 似 于 具 
体 的 工厂 ， 而 且 Builder 接口 里 面 定 义 的 创建 各 个 部 件 的 方法 也 是 有 关联 的 ， 这 些 方法 是 
构建 一 个 复杂 对 象 所 需要 的 部 件 对 象 。 仔 细 想 想 ， 是 不 是 非常 类 似 呢 ? 

2. 指导 者 的 实现 

在 生成 器 模式 里 面 ， 指 导 者 承担 的 是 整体 构建 算法 部 分 ， 是 相对 不 变 的 部 分 。 因 此 
在 实现 指导 者 的 时 候 ， 把 变化 的 部 分 分 离 出 去 是 很 重要 的 。 


I 


研 
并 





其 实 指导 者 分 离 出 去 的 变化 部 分 , 就 到 了 生成 器 那里 , 指导 者 知道 整体 的 构建 算法 ， 
却 不 知道 如 何 具体 地 创建 和 装配 部 件 对 象 。 


因此 真正 的 指导 者 实现 ， 并 不 仅仅 是 如 同 前 面 示例 那样 ， 简 单 地 按照 一 定 的 顺序 调 
用 生成 器 的 方法 来 生成 对 象 。 应 该 是 有 较为 复杂 的 算法 和 运算 过 程 ， 在 运算 过 程 中 根据 
需要 ， 才 会 调用 生成 器 的 方法 来 生成 部 件 对 象 。 

3. 指导 者 和 生成 器 的 交互 


在 生成 器 模式 里 面 ,指导 者 和 生成 器 的 交互 是 通过 生成 器 的 buildPart 方法 来 完成 的 。 
在 前 面 的 示例 中 ， 指 导 者 和 生成 器 是 没有 太 多 相互 交互 的 ， 指 导 者 仅仅 只 是 简单 地 调用 
了 一 下 生成 器 的 方法 ， 在 实际 开发 中 ， 这 是 远 远 不 够 的 。 
指导 者 通常 会 实现 比较 复杂 的 算法 或 者 是 运算 过 程 ， 在 实际 中 很 可 能 会 有 以 下 的 情 
况 : 
ma 在 运行 指导 者 的 时 候 ， 会 按照 整体 构建 算法 的 步骤 进行 运算 ， 可 能 先 运 行 前 几 步 
运算 ， 到 了 某 一 步骤 ， 需 要 具体 创建 某 个 部 件 对 象 了 ， 然 后 就 调用 Builder 中 创建 
相应 部 件 的 方法 来 创建 具体 的 部 件 。 同时， 把 前 面 运算 得 到 的 数据 传递 给 Builder， 
因为 在 Builder 内 部 实现 创建 和 组 装 部 件 的 时 候 ， 可 能 会 需要 这 些 数据 。 
m Builder 创建 完 具 体 的 部 件 对 象 后 ， 会 把 创建 好 的 部 件 对 象 返回 给 指导 者 ， 指 导 者 
继续 后 续 的 算法 运算 ， 可 能 会 用 到 已 经 创建 好 的 对 象 。 
mn ”如 此 反复 下 去 ， 直 到 整个 构建 算法 运行 完成 ， 那 么 最 终 的 产品 对 象 也 就 创建 好 了 。 
通过 上 面 的 描述 ， 可 以 看 出 指导 者 和 生成 器 是 需要 交互 的 ， 方 式 就 是 通过 生成 器 方 
法 的 参数 和 返回 值 ， 来 回 地 传递 数据 。 事 实 上 ， 指 导 者 是 通过 委托 的 方式 来 把 功能 交 给 
生成 器 去 完成 。 
4. 返回 装配 好 的 产品 的 方法 
标准 的 生成 器 模式 中 , 在 Builder 实现 里 面 会 提供 一 个 返回 装配 好 的 产品 的 方法 , 在 
Builder 接口 上 是 没有 的 。 它 考虑 的 是 最 终 的 对 象 一 定 要 通过 部 件 构建 和 装配 ， 才 算 真 正 
创建 了 ， 而 具体 干 活 的 就 是 Builder 实现 ， 虽 然 指 导 者 也 参与 了 ， 但 是 指导 者 是 不 负责 具 
体 的 部 件 创建 和 组 装 的 ， 因 此 客户 端 是 从 Builder 实现 里 面 获取 最 终 装 配 好 的 产品 。 
在 Java 中 ， 我 们 也 可 以 把 这 个 方法 添加 到 Builder 接口 里 面 。 
5. 关于 被 构建 的 产品 的 接口 
在 使 用 生成 器 模式 的 时 候 , 大 多 数 情况 下 是 不 知道 最 终 构建 出 来 的 产品 是 什么 样 的 ， 
所 以 在 标准 的 生成 器 模式 里 面 ， 一 般 是 不 需要 对 产品 定义 抽象 接口 的 ， 因 为 最 终 构造 的 
产品 千差万别 ， 给 这 些 产品 定义 公共 接口 几乎 是 没有 意义 的 。 


8. 3.3 使 用 生成 器 模式 构建 复杂 对 象 
考虑 这 样 一 个 实际 应 用 ， 要 创建 一 个 保险 合同 的 对 象 ， 里 面 很 多 属性 的 值 都 有 约束 ， 


要 求 创建 出 来 的 对 象 是 满足 这 些 约束 规则 的 。 约 束 规则 比如 ， 保 险 合同 通常 情况 下 可 以 
和 个 人 签订 ， 也 可 以 和 某 个 公司 签订 ， 但 是 一 份 保险 合同 不 能 同时 与 个 人 和 公司 签订 。 


这 个 对 象 里 面 有 很 多 类 似 这 样 的 约束 ， 那 么 该 如 何 来 创建 这 个 对 象 呢 ? 
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要 想 简 洁 直观 、 安 全 性 好 ， 又 具有 很 好 的 扩展 性 地 来 创建 这 个 对 象 的 话 ， 一 个 较 好 
的 选择 就 是 使 用 Builder 模式 ， 把 复杂 的 创建 过 程 通过 Builder 来 实现 。 
采用 Builder 模式 来 构建 复杂 的 对 象 ， 通 常会 对 Builder 模式 进行 一 定 的 简化 ， 因 为 
目标 明确 ， 就 是 创建 某 个 复杂 对 象 ， 因 此 做 适当 简化 会 使 程序 更 简洁 。 大 致 简化 如 下 。 
m ”由 于 是 用 Builder 模式 来 创建 某 个 对 象 ， 因 此 就 没有 必要 再 定义 一 个 Builder 接口 ， 
直接 提供 一 个 具体 的 构建 器 类 就 可 以 了 。 
sm ”对 于 创建 一 个 复杂 的 对 象 ， 可 能 会 有 很 多 种 不 同 的 选择 和 步骤 ,干脆 去 掉 “ 指 导 
者 ”， 把 指导 者 的 功能 和 Client 的 功能 合并 起 来 ， 也 就 是 说 ，Client 这 个 时 候 就 相 
当 于 指导 者 ， 它 来 指导 构建 器 类 去 构建 需要 的 复杂 对 象 。 
还 是 来 看 看 示例 会 比较 清楚 。 为 了 实例 简单 ， 先 不 去 考虑 约束 的 实现 ， 只 是 考虑 如 
何 通过 Builder 模式 来 构建 复杂 对 象 。 
1. 使 用 Builder 模式 来 构建 复杂 对 象 ， 先 不 考虑 带 约束 
(1) 先 看 一 下 保险 合同 的 对 象 。 示 例 代 码 如 下 : 
/** 
* 保险 合同 的 对 象 
a 
public'class InsuranceContract { 
/** 
* 保险 合同 编号 
ph 
private String contractId; 
和夫 
* 被 保险 人 员 的 名 称 ， 同 一 份 保险 合同 ， 要 么 跟 人 员 签 订 ， 要 么 跟 公 司 签 订 
* 也 就 是 说 ，" 被 保险 人 员 " 和 "被 保险 公司 "这 两 个 属性 ， 不 可 能 同时 有 值 
od 
private String personName; 
/** 
* 被 保险 公司 的 名 称 
a 
private String companyName; 
/** 
* 保险 开始 生效 的 日 期 
jt 
private long beginDate; 
/大 大 
* 保险 失效 的 日 期 ， 一 定 会 大 于 保险 开始 生效 的 日 期 
Su 
private long endDate; 


/** 
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* 示例 : 其 他 数据 
wa 


private String otherData; 


/六 大 
* 构造 方法 ， 访 问 级 别 是 同 包 能 访问 
愉 / 


InsuranceContract (ConcreteBuilder builder)t{ 





this.contractId = builder.getContractId(); 
this.personName = builder.getPersonName () :; 
this.companyName = builder.getCompanyName (); 
this.beginDate = builder.getBeginDate(); 
this.endDate = builder.getEndDate(); 

this .otherData = builder.getOtherData(); 


/六 大 
* 示意 : 保险 合同 的 某 些 操作 
yi 
Public void someOperation(){ 
System.out .Println( 
"Now in Insurance Contract someOperation==" 


+ChaecContractid)s 


注意 上 例 中 的 构造 方法 是 default 的 访问 权限 ， 也 就 是 不 希望 外 部 的 对 象 直接 通过 


new 来 构建 保险 合同 对 象 ， 另 外 构造 方法 传 入 的 是 构建 器 对 象 ， 里 面包 含 所 有 保 
险 合同 需要 的 数据 。 





(2) 有 具体 的 构建 器 实现 的 示例 代码 如 下 : 

/** 

* 构造 保险 合同 对 象 的 构建 器 

* 光 

public class ConcreteBuilder { 
private String contractId; 
private String personName; 


private String companyName; 
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private long beginDate; 
private long endDate; 
private String otherData; 
ph 
* 构造 方法 ， 传 入 必须 要 有 的 参数 
* @param contractId 保险 合同 编号 
* @param beginDate 保险 开始 生效 的 日 期 
* @param endDate 保险 失效 的 日 期 
光大 
public ConcreteBuilder(String ContractIdq, Long beginDate 
:long endDate)t{ 
this.contractl1Id = contractId; 
this.beginDate = beginDate; 
this.endDate = -endDate; 
/** 
* 选 填 数据 ， 被 保险 人 员 的 名 称 
* aparam personName 被 保险 人 员 的 名 称 
* @return 构建 器 对 象 
尖 兴 
public ConcreteBuilder setPersonName (String personName){ 
this.personName = personName; 
returnm thisy 
} 
/** 
* ， 选 填 数 据 ， 被 保险 公司 的 名 称 
* @param companyName 被 保险 公司 的 名 称 
* @return 构建 器 对 象 
de 
public ConcreteBuilder setCompanyName (String companyName) { 
this.companyName = companyName; 
return thiss 
} 
/大 类 
* 选 填 数据 ， 其 他 数据 
* @param otherData 其 他 数据 
* @return 构建 器 对 象 
*/ 
public ConcreteBuilder setOtherDatal(String otherData)t{t 
this.otherData = otherData; 
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人 研 
页 rotupn thiss 

} 

/大 

* 构建 真正 的 对 象 并 返回 

* @return 构建 的 保险 合同 的 对 象 

x/ 


public InsuranceContract puild()t 






return new InsuranceContract (this); 


puDLicString getContraetid(t) 


return contractId; 






} 
public String getPersonName() { 


提供 getter 方法 
供 外 部 访问 。 请 注 
意 是 没有 提供 
setter 方法 的 







return personName; 

} 

public String getCompanyName () { 
return companyName; 

} 

public long getBeginDate() { 
return beginDate; 

. 

public long getEndDate() { 
return endDate; 

} 

public String getOtherData() { 


return otherData; 


注意 上 例 中 ， 构 建 器 提供 了 类 似 于 setter 的 方法 ， 来 供 外 部 设置 需要 的 参数 ， 为 
何 说 是 类 似 于 setter 方法 呢 ? 请 注意 观察 ， 每 个 这 种 方法 都 有 返回 值 ， 返 回 的 是 


构建 器 对 象 ， 这 样 客户 端 就 可 以 通过 连 级 的 方式 来 使 用 Builder， 以 创建 他 们 需要 





的 对 象 。 
(3) 接 下 来 看 看 此 时 的 Client， 如 何 使 用 上 面 的 构建 器 来 创建 保险 合同 对 象 。 示 例 
代码 如 下 : 


publice class Client 
public statie vord main(StEringll argsy 
// 创 建构 建 器 
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ConcreteBuilder builder = 
new ConcreteBuilder ("001",12345L,67890L); 
// 设 置 需要 的 数据 ， 然 后 构建 保险 合同 对 象 
InsuranceContract contract = builder 
.SetPersonName (" 张 三 ") .setOtherData ("test") .build(); 
// 操 作 保险 合同 对 象 的 方法 


contract.someOperation () > 


} 

运行 结果 如 下 : 

Now in Insurance Contract someOperation==001 

看 起 来 通过 Builder 模式 构建 对 象 也 很 简单 , 接 下 来 , 把 约束 加 上 去 ,看 看 如 何 实现 ? 

2. 使 用 Builder 模式 来 构建 复杂 对 象 ， 考 虑 带 约束 规则 

要 带 着 约束 规则 构建 复杂 对 象 ， 大 致 的 实现 步骤 与 刚才 的 实现 并 没有 什么 不 同 ， 只 

是 需要 在 刚才 的 实现 上 把 约束 规则 添加 上 去 。 

通常 有 两 个 地 方 可 以 添加 约束 规则 。 

m ”一 个 是 构建 器 的 每 一 个 类 似 于 setter 的 方法 ， 可 以 在 这 里 进行 单个 数据 的 约束 规则 
校 验 ， 如 果 不 正确 ， 就 抛 出 TllegalStateException。 

m 另 一 个 是 构建 器 的 build 方法 ， 在 创建 保险 合同 对 象 之 前 ， 对 所 有 的 数据 都 可 以 进 
行 数据 的 约束 规则 校 验 ， 尤 其 是 那些 涉及 到 几 个 数据 之 间 的 约束 关系 ， 在 这 里 校 
验 会 比较 合适 。 如 果 不 正 确 ， 同 样 抛 出 IllegalStateException。 

这 里 选择 在 构建 器 的 build 方法 里 面 进行 数据 的 整体 校 验 。 由 于 其 他 的 代码 都 没有 变 

化 ， 因 此 这 里 就 不 再 袭 述 了 。 新 的 build 方法 的 示例 代码 如 下 : 

/** 

* 构建 真正 的 对 象 并 返回 

* @return 构建 的 保险 合同 的 对 象 

ed 

public InsuranceContract build()t 
if(contractId==null || contractId.trim() .length()==0){ 

throw new IllegalArgumentException ("合同 编号 不 能 为 空 "); 
} 
boolean signPerson = 
personName!=null && personName .trim() .length()>0; 
boolean signCompany = 


companyName!=null && companyName .trim() .length()>0; 
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if(signPerson && SignCompany) { 
throw new I11egalArgumentEXxception ( 
"一 份 保险 合同 不 能 同时 与 人 和 公司 签订 ") ， 
} 
if(signPerson==false && signCompany==false) { 
throw new IllegalArgumentException!( 


"一 份 保险 合同 不 能 没有 签订 对 象 ") ; 





} 
if(beginDate<=0){ 
throw new IllegalArgumentExceptionl 
"合同 必须 有 保险 开始 生效 的 日 期 ") ; 
} 
if (endDate<=0){ 
throw new IllegalArgumentException!( 
"合同 必须 有 保险 失效 的 日 期 "); 
} 
if (endDate<=beginDate){ 
throw new IllegalArgumentExceptionl( 


"保险 失效 的 日 期 必须 大 于 保险 生效 日 期 ") ; 


return new InsuranceContract (this); 

} 

可 以 修改 客户 端的 构建 代码 ， 传 入 不 同 的 数据 ， 看 看 这 些 约束 规则 是 否 能 够 正常 工 
作 。 当 然 类 似 的 规则 还 有 很 多 ， 这 里 就 不 去 深究 了 。 

3. 进一步 ， 把 构建 器 对 象 和 被 构建 对 象 合并 

其 实 ， 在 实际 开发 中 ， 如 果 构 建 器 对 象 和 被 构建 的 对 象 是 这 样 分 开 的话 ， 可 能 会 导 
致 同 包 内 的 对 象 不 使 用 构建 器 来 构建 对 象 ， 而 是 直接 去 使 用 new 来 构建 对 象 ， 这 会 导致 
错误 ; 另外， 这 个 构建 器 的 功能 就 是 为 了 创建 被 构建 的 对 象 ， 完 全 可 以 不 用 单独 一 个 类 。 

对 于 这 种 情况 ， 重 构 的 手法 通常 是 将 类 内 联 化 (Inline Class) 放 到 这 里 来 。 简 单 地 
说 就 是 把 构建 器 对 象 合并 到 被 构建 对 象 里 面 去 。 

还 是 看 看 示例 会 比较 清楚 。 示 例 代 码 如 下 : 
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this.endDate = endDate; 
} 
/** 
* 选 填 数据 ， 被 保险 人 员 的 名 称 
* @param personName 被 保险 人 员 的 名 称 
* @return 构建 器 对 象 
i 


public ConcreteBuilder setPersonName (String personName){ 





this.personName = personName; 
return this; 

} 

/** 

* ” 选 填 数据 ， 被 保险 公司 的 名 称 

* Q@param companyName 被 保险 公司 的 名 称 

* @return 构建 器 对 象 

Va 

public ConcreteBuilder setCompanyName (String companyName){ 
this.companyName = companyName; 
return this; 

} 

/** 

* 选 填 数据 ， 其 他 数据 

* @param otherData 其 他 数据 

* @return 构建 器 对 象 

友信 

public ConcreteBuilder setOtherDatal(String otherData) { 
this.otherData = otherData; 
return this; 

ji 

/** 

* 构建 真正 的 对 象 并 返回 

* @return 构建 的 保险 合同 的 对 象 

a 

public InsuranceContract build()t{ ; 
if(contractId==null || contractId.trim().Iength ()==0) { 

throw new IllegalArgumentException!l 
"合同 编号 不 能 为 空 ") ; 

} 
boolean signPerson = 


personName!=null && personName.trim().length()>0; 
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通过 上 面 的 示例 可 以 看 出 ， 这 种 实现 方式 会 更 简单 和 直观 。 
此 时 客户 端的 写法 也 发 生 了 一 点 变化 ， 主 要 就 是 创建 构造 器 的 地 方 需要 变化 ， 示 例 
代码 如 下 : 





贸 
并 





public class Client { 


} 


Public static void main(String[] args) { 
// 创 建构 建 器 
InsuranceContract.ConcreteBuilder builder = 
new InsuranceContract.ConcreteBuilder ("001",12345L,67890L); 
// 设 置 需要 的 数据 ， 然 后 构建 保险 合同 对 象 
InsuranceContract contract = builder 
.setPersonName (" 张 三 ") .setOtherData("test") .build(); 
// 操 作 保 险 合同 对 和 象 的 方法 


contract.someOperation(); 


测试 一 下 看 看 ， 体 会 一 下 使 用 Builder 模式 来 构建 复杂 对 象 , 尤其 是 在 构造 方法 需要 
大 量 参数 ， 或 者 是 构建 带 约束 规则 的 复杂 对 象 时 的 使 用 方式 。 


8. 3.4 生成 器 模式 的 优点 


8. 3.5 


松散 耦合 

生成 器 模式 可 以 用 同一 个 构建 算法 构建 出 表现 上 完全 不 同 的 产品 ， 实 现 产品 构 
建 和 产品 表现 上 的 分 离 。 生 成 器 模式 正 是 把 产品 构建 的 过 程 独立 出 来 ， 使 它 和 
具体 产品 的 表现 松散 耦合 ， 从 而 使 得 构建 算法 可 以 复 用 ， 而 具体 产品 表现 也 可 
以 灵活 地 、 方 便 地 扩展 和 切换 。 

可 以 很 容易 地 改变 产品 的 内 部 表示 

在 生成 器 模式 中 ， 由 于 Builder 对 象 只 是 提供 接口 给 Director 使 用 ,那么 具体 的 
部 件 创建 和 装配 方式 是 被 Builder 接口 隐藏 了 的 ，Director 并 不 知道 这 些 具体 的 
实现 细节 。 这 样 一 来 ， 要 想 改 变 产 品 的 内 部 表示 ， 只 需要 切换 Builder 的 具体 实 
现 即 可 ， 不 用 管 Director， 因 此 变 得 很 容易 。 

更 好 的 复 用 性 

生成 器 模式 很 好 地 实现 了 构建 算法 和 有 具体 产品 实现 的 分 离 。 这 样 一 来 ， 使 得 构 
建 产品 的 算法 可 以 复 用 。 同 样 的 道理 ， 具 体 产品 的 实现 也 可 以 复 用 ， 同 一 个 产 
品 的 实现 ， 可 以 配合 不 同 的 构建 算法 使 用 。 


思考 生成 器 模式 


1. 生成 器 模式 的 本 质 


生成 器 模式 的 本 质 : 分 离 整体 构建 算法 和 部 件 构造 。 
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构建 一 个 复杂 的 对 象 ， 本 来 就 有 构建 的 过 程 ， 以 及 构建 过 程 中 具体 的 实现 。 生 成 器 
模式 就 是 用 来 分 离 这 两 个 部 分 ， 从 而 使 得 程序 结构 更 松散 、 扩 展 更 容易 、 复 用 性 更 好 ， 
同时 也 会 使 得 代码 更 清晰 ， 意 图 更 明确 。 

虽然 在 生成 器 模式 的 整体 构建 算法 中 , 会 一 步 一 步 引 导 Builder 来 构建 对 象 ， 但 这 并 
不 是 说 生成 器 主要 就 是 用 来 实现 分 步骤 构建 对 象 的。 生成 器 模式 的 重心 还 是 在 于 分 离 整 
体 构 建 算法 和 部 件 构造 ， 而 分 步骤 构建 对 象 不 过 是 整体 构建 算法 的 一 个 简单 表现 ， 或 者 
说 是 一 个 附带 产物 。 

2. 何 时 选用 生成 器 模式 

建议 在 以 下 情况 中 选用 生成 器 模式 。 

”如 果 创 建 对 象 的 算法 ， 应 该 独立 于 该 对 象 的 组 成 部 分 以 及 它们 的 装配 方式 时 。 

”如果 同一 个 构建 过 程 有 着 不 同 的 表示 时 。 


8. 3.6 相关 模式 


m ”生成 器 模式 和 工厂 方法 模式 
这 两 个 模式 可 以 组 合 使 用 。 
生成 器 模式 的 Builder 实现 中 , 通常 需要 选择 具体 的 部 件 实现 。 一 个 可 行 的 方案 
就 是 实现 成 为 工厂 方法 ， 通 过 工厂 方法 来 获取 具体 的 部 件 对 象 ， 然 后 再 进行 部 
件 的 装配 。 

m ”生成 器 模式 和 抽象 工厂 模式 
这 两 个 模式 既 相 似 又 有 区 别 ， 也 可 以 组 合 使 用 。 
先 说 相似 性 ,这 个 在 8.3.2 小 节 的 第 一 个 小 题目 里 面 已 经 详细 讲述 了 , 这 里 就 不 
再 重复 了 。 
再 说 说 区 别 : 抽象 工厂 模式 的 主要 目的 是 创建 产品 徐 ， 这 个 产品 簇 里 面 的 单个 
产品 就 相当 于 是 构成 一 个 复杂 对 象 的 部 件 对 象 ， 抽 和 象 工厂 对 象 创建 完成 后 就 立 
即 返 回 整 个 产品 簇 ， 而 生成 器 模式 的 主要 目的 是 按照 构造 算法 ， 一 步 一 步 来 构 
建 一 个 复杂 的 产品 对 象 ， 通 常 要 等 到 整个 构建 过 程 结 束 以 后 ， 才 会 得 到 最 终 的 
产品 对 象 。 
事实 上 ， 这 两 个 模式 是 可 以 组 合 使 用 的 。 在 生成 器 模式 的 Builder 实现 中 ， 需 要 
创建 各 个 部 件 对 象 ， 而 这 些 部 件 对 象 是 有 关联 的 ， 通 常 是 构成 一 个 复杂 对 象 的 
部 件 对 象 。 也 就 是 说 ，Builder 实现 中 ， 需 要 获取 构成 一 个 复杂 对 象 的 产品 艇 ， 
那 自然 就 可 以 使 用 抽象 工厂 模式 来 实现 。 这 样 一 来 ， 由 抽象 工厂 模式 负责 了 部 
件 对 象 的 创建 ，Builder 实现 里 面 则 主要 负责 产品 对 象 整体 的 构建 了 。 

am 生成 器 模式 和 模板 方法 模式 
这 也 是 两 个 非常 类 似 的 模式 。 初 看 之 下 ， 不 会 觉得 这 两 个 模式 有 什么 关联 。 但 
是 仔细 一 思考 ， 却 发 现 两 个 模式 在 功能 上 很 类 似 。 模 板 方法 模式 主要 是 用 来 定 
义 算法 的 骨架 ， 把 算法 中 某 些 步骤 延迟 到 子 类 中 实现 。 再 想 想 生成 器 模式 ， 
Director 用 来 定义 整体 的 构建 算法 ， 把 算法 中 某 些 涉及 到 有 具体 部 件 对 象 的 创建 
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和 装配 的 功能 ， 委 托 给 具体 的 Builder 来 实现 。 

虽然 生成 器 不 是 延迟 到 子 类 ， 是 委托 给 Builder, 但 那 只 是 具体 实现 方式 上 的 差 
别 ， 从 实质 上 看 两 个 模式 很 类 似 ， 都 是 定义 一 个 固定 的 算法 骨架 ， 然 后 把 算法 
中 的 某 些 具体 步骤 交 给 其 他 类 来 完成 ， 都 能 实现 整体 算法 步骤 和 某 些 具体 步骤 
实现 的 分 离 。 

当然 这 两 个 模式 也 有 很 大 的 区 别 ， 首 先是 模式 的 目的 ， 生 成 器 模式 是 用 来 构建 
复杂 对 象 的 ， 而 模板 方法 是 用 来 定义 算法 骨架 ， 尤 其 是 一 些 复杂 的 业务 功能 的 
处 理 算法 的 骨架 ， 其 次 是 模式 的 实现 ， 生 成 器 模式 是 采用 委托 的 方法 ， 而 模板 
方法 采用 的 是 继承 的 方式 ; 另外 从 使 用 的 复杂 度 上 ， 生 成 器 模式 需要 组 合 
Director 和 Builder 对 象 ， 然 后 才能 开始 构建 ， 要 等 构建 完 后 才能 获得 最 终 的 对 
象 ， 而 模板 方法 就 没有 这 么 麻烦 ， 直 接 使 用 子 类 对 象 即 可 。 

生成 器 模式 和 组 合 模式 

这 两 个 模式 可 以 组 合 使 用 。 

对 于 复杂 的 组 合 结构 ， 可 以 使 用 生成 器 模式 来 一 步 一 步 构建 。 








9.1 场景 问题 


9.1.1 订单 处 理 系 统 


考虑 这 样 一 个 实际 应 用 :订单 处 理 系统 。 

现在 有 一 个 订单 处 理 的 系统 ， 里 面 有 一 个 保存 订单 的 业务 功能 。 在 这 个 业务 功能 中 ， 
客户 有 这 样 一 个 需求 : 每 当 订 单 的 预定 产品 数量 超过 1000 的 时 候 ， 就 需要 把 订单 拆 成 两 
份 订单 来 保存 。 如 果 拆 成 两 份 订单 后 ， 还 是 超过 1000， 那 就 继续 拆 分 ， 直 到 每 份 订单 的 
预定 产品 数量 不 超过 1000。 至 于 为 什么 要 拆 分 ， 原 因 是 方便 进行 订单 的 后 续 处 理 ， 后 续 
是 由 人 工 来 处 理 ， 每 个 人 工 工作 小 组 的 处 理 能 力 上 限 是 1000。 

根据 业务 ， 目 前 的 订单 类 型 被 分 成 两 种 ， 一 种 是 个 人 订单 ， 一 种 是 公司 订单 。 现 在 
想 要 实现 一 个 通用 的 订单 处 理 系统 ， 也 就 是 说 ， 不 管 具体 是 什么 类 型 的 订单 ， 都 要 能 够 
正常 地 处 理 。 

该 怎么 实现 呢 ? 


9. 1.2 不 用 模式 的 解决 方案 


来 分 析 上 面 要 求实 现 的 功能 ， 有 朋友 会 想 ， 这 很 简单 嘛 ， 一 共 就 一 个 功能 ， 没 什么 
困难 的 ， 真 的 是 这 样 吗 ? 下面 来 尝试 着 实现 看 看 。 
(1) 定义 订单 接口 。 
首先 ， 要 想 实现 通用 的 订单 处 理 ， 而 不 关心 具体 的 订单 类 型 ， 那 么 很 明显 ， 订 单 处 
理 的 对 象 应 该 面向 一 个 订单 的 接口 或 是 一 个 通用 的 订单 对 象 来 编程 ， 这 里 就 选用 面向 订 
单 的 接口 来 处 理 。 先 把 这 个 订单 接口 定义 出 来 。 示 例 代码 如 下 : 
/大大 7 
* 订单 的 接口 
人 
public interface OrderApi { 
/** 
* 获取 订单 产品 数量 
* Q@return 订单 中 产品 数量 
党 
public :int getordqerProaquctNum() ， 
/** 
* 设置 订单 产品 数量 
* @param num 订单 产品 数量 
加 人 
public void setOrderProductNum(int num); 


} 
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第 9 章 原型 模式 (Prototype) 上 
(2) 既然 定义 好 了 订单 的 接口 ， 那 么 接 下 来 把 各 种 类 型 的 订单 实现 出 来 。 
先 来 看 个 人 的 订单 实现 。 示 例 代码 如 下 : 





再 看 看 企业 订单 的 实现 。 示 例 代码 如 下 : 





第 9 章 原型 模式 (Prototype) 1 


return "本 企业 订单 的 订购 企业 是 ="+this.enterpriseName 
+"， 订 购 产 品 是 ="+this .productId+"， 订 购 数 量 为 =" 
+this.orderProductNum; 
} 
有 些 朋友 看 到 这 里 ， 可 能 会 有 这 样 的 疑问 : 看 上 去 上 面 两 种 类 型 的 订单 对 象 ， 仅 仅 
是 一 个 数据 封装 的 对 象 ， 而 且 还 有 一 些 数据 是 相同 的 ， 为 何不 抽出 一 个 父 类 来 ， 把 共同 
的 数据 定义 在 父 类 里 面 呢 ? 


一 ”这 里 有 两 个 考虑 ， 一 个 是 : 这 里 仅仅 是 一 个 示意 ， 实 际 情况 远 比 这 复杂 ， 实 际 
上 四 开发 中 不 会 仅仅 是 数据 封装 对 象 这 么 简单 。 另 外 一 个 是 : 为 了 后 续 示 例 的 重点 突 


出 ， 这 里 要 学 习 的 是 原型 模式 ， 因 此 就 没有 抽取 父 类 ， 以 免 对 象 层级 过 多 ， 影 响 
主题 的 展示 。 





(3) 实现 好 了 订单 对 象 ， 接 下 来 看 看 如 何 实现 通用 的 订单 处 理 。 先 把 订单 处 理 的 对 
象 大 概 定 义 出 来 。 示 例 代 码 如 下 : 
/** 
* 处 理 订单 的 业务 对 象 
et 
public class OrderBusiness { 
/ 
* 创建 订单 的 方法 
* @param order 订单 的 接口 对 象 
A 
public void saveOrder (OrderApi order){ 
/ /等待 具体 实现 
} 
} 
现在 的 中 心 任务 就 是 要 来 实现 这 个 saveOrder 的 方法 , 传 入 的 参数 是 一 个 订单 的 接口 
对 象 ， 这 个 方法 要 实现 的 功能 是 : 根据 业务 要 求 ， 当 订单 的 预定 产品 数量 超过 1000 的 时 
候 ， 就 需要 把 订单 拆 成 两 份 订单 。 
那 好 ， 来 尝试 着 实现 一 下 。 因 为 预定 的 数量 可 能 会 很 大 ， 因 此 采用 一 个 while 循环 
来 处 理 ， 直 到 拆 分 后 订单 的 数量 不 超过 1000。 先 把 实现 的 思路 写 出 来 。 示 例 代 码 如 下 : 
public class OrderBusiness 1{ 
public void saveOrder (OrderApi order){ 
//1: 判断 当前 的 预定 产品 数量 是 否 大 于 1000 
while (order.getOrderProductNum() > 1000){ 
//2: 如 果 大 于 ， 还 需要 继续 拆 分 
//2.1 再 新 建 一 份 订单 ， 跟 传 入 的 订单 除了 数量 不 一 样 外 ， 其 他 都 相同 
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OrderApi newOrder = null; 


问题 产生 了 : 如 何 新 建 一 份 订单 
】 


大 家 会 发 现 , 刚 写 到 第 二 步 就 写 不 下 去 了 ,为 什么 呢 ? 因为 现在 判断 需要 拆 分 订单 ， 
也 就 是 需要 新 建 一 个 订单 对 象 ， 可 是 订单 处 理 对象 面 对 的 是 订单 的 接口 ， 它 根本 就 不 知 
道 现在 订单 具体 的 类 型 ， 也 不 知道 具体 的 订单 实现 ， 所 以 无 法 创建 出 新 的 订单 对 象 来 ， 
也 就 无 法 实现 订单 拆 分 的 功能 
(4) 一 个 简单 的 解决 办 法 。 
有 朋友 提供 了 这 么 一 个 解决 的 思路 , 他 说 : 不 就 是 在 saveOrder 方法 里 面 不 知道 具体 
的 类 型 ， 从 而 导致 无 法 创建 对 象 吗 ? 很 简单 ， 使 用 instanceof 来 判断 不 就 可 以 了 ， 他 还 给 
出 了 他 的 实现 示意 。 示 意 代码 如 下 : 
public class OrderBusiness { 
public void saveOrder (OrderApi order){ 
while (order.getOrderProductNum() > 1000) 
// 定 义 一 个 表示 被 拆 分 出 来 的 新 订单 对 象 
OrderApi newOrder = null; 
if(order instanceof PersonalOrder){ 
/ /创建 相应 的 订单 对 象 
PersonalOrder p2 = new PersonalOrder () : 
// 然 后 进行 赋值 等 ， 省 略 了 
// 再 设置 给 newOrder 
newOrder = p2; 
}else if(order instanceof EnterpriseOrder){ 
/ /创建 相应 的 订单 对 象 
EnterpriseOrder e2 = new EnterpriseOrder(); 
// 然 后 进行 赋值 等 ， 省 略 了 
// 再 设置 给 newOrder 
newOrder = e2; 
} 
// 进 行 拆 分 和 其 他 业务 功能 处 理 ， 省 略 了 


} 
1 


好 像 能 解决 问题 ， 对 吧 。 那 我 们 就 来 按照 他 提供 的 思路 ， 把 这 个 通用 的 订单 处 理 对 
和 象 实现 出 来 。 示 例 代码 如 下 : 


/** 


190 


第 9 章 原型 模式 (Prototype) 站 


* 处 理 订单 的 业务 对 象 
je 
public class OrderBusiness { 
/x 
* 创建 订单 的 方法 
* @param order 订单 的 接口 对 象 
wld 
Public void saveOrder (OrderApi order){ 
// 根 据 业 务 要 求 ， 当 订单 预定 产品 数量 超过 1000 时 ， 就 要 把 订单 拆 成 两 份 订单 
/7 当然 如 果 要 做 好 ， 这 里 的 1000 应 该 做 成 常量 ， 这 么 做 是 为 了 演示 简单 


//1: 判断 当前 的 预定 产品 数量 是 否 大 于 1000 
whilel(order.getOrderProductNum() > 1000){ 

//2: 如 果 大 于 ， 还 需要 继续 拆 分 

//2.1 再 新 建 一 份 订单 ， 跟 传 入 的 订单 除了 数量 不 一 样 外 ， 其 他 都 相同 

OrderApi newOrder = null; 

if(order instanceof PersonalOrder)t{ 
// 创 建 相应 的 新 的 订单 对 象 
PersonalOrder p2 = new PersonalOrder (); 
// 然 后 进行 赋值 ， 但 是 产品 数量 为 1000 
PersonalOrder pl = (PersonalOrder)order; 
p2.setCustomerName (pl.getCustomerName ()); 
Pp2.setProductId(pl.getProductId()); 
p2.setOrderProductNum(1000); 
// 再 设置 给 newOrder 
newOrder = p2; 

}else ifl(order instanceof EnterpriseOrder)t{ 
/ /创建 相应 的 订单 对 和 象 
EnterpriseOrder e2 = new EnterpriseOrder()，; 
// 然 后 进行 赋值 ， 但 是 产品 数量 为 1000 
EnterpriseOrder el = (EnterpriseOrder)order; 
e2.setEnterpriseName (el .getEnterpriseName ()); 
e2.setProductId(el.getProductId()); 
e2.setOrderProductNum(1000); 
// 再 设置 给 newOrder 


newOrder = e2; 


//2.2 原来 的 订单 保留 ， 把 数量 设置 成 减少 1000 


order.setOrderProductNum( 
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order.getOrderProductNum()-1000); 


// 然 后 是 业务 功能 处 理 ， 省 略 了 ， 打 印 输出 ， 看 一 下 
System.out .Println(" 拆 分 生成 订单 =="+newOrder) ; 
} 
//3: 不 超过 1000， 那 就 直接 业务 功能 处 理 ， 省 略 了 ， 打 印 输出 ， 看 一 下 


System.out.println ("订单 =="+order)， 


} 
(5) 编写 客户 端 程序 来 测试 一 下 。 示 例 代码 如 下 : 
public class OrderClient { 
public static void main(String[] args) { 
// 创 建 订单 对 象 ， 这 里 为 了 演示 简单 ， 直 接 new 了 
PersonalOrder op = new PersonalOrder (); 


// 设 置 订单 数据 
op.setOrderProductNum(2925); 
op.setCustomerName (" 张 三 ") 


op.setProductId ("P0001"); 


// 这 里 获取 业务 处 理 的 类 ， 也 直接 new 了 ， 为 了 简单 ， 连 业务 接口 都 没有 做 
OrderBusiness ob = new OrderBusiness (); 
// 调 用 业务 来 保存 订单 对 象 


ob.saveOrder (op); 


} 

运行 结果 如 下 : 

拆 分 生成 订单 == 本 个 人 订单 的 订购 人 是 = 张 三 ， 订 购 产 品 是 =P0001， 订 购 数 量 为 =1000 
拆 分 生成 订单 == 本 个 人 订单 的 订购 人 是 = 张 三 ， 订 购 产品 是 =P0001， 订 购 数量 为 =1000 
订单 == 本 个 人 订单 的 订购 人 是 = 张 三 ， 订 购 产品 是 =P0001， 订 购 数量 为 =925 


根据 订单 中 订购 产品 的 数量 ， 一 份 订单 被 拆 分 成 了 三 份 。 
同样 的 ， 你 还 可 以 传 入 企业 订单 ， 看 看 是 否 能 正常 满足 功能 要 求 。 


9.1.3 有 何 问 题 


看 起 来 ， 上 面 的 实现 确实 不 难 ， 好 像 也 能 够 通用 地 进行 订单 处 理 ， 而 不 需要 关心 订 
单 的 类 型 和 具体 实现 这 样 的 功能 。 


仔细 想 想 ， 真 的 没有 关心 订单 的 类 型 和 具体 实现 吗 ? 答案 是 “否定 的 ”。 
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事实 上 ， 在 实现 订单 处 理 的 时 候 ， 上 面 的 实现 是 按照 订单 的 类 型 和 具体 实现 来 处 理 
的 ， 就 是 instanceof 的 那 一 段 。 有 朋友 可 能 会 问 ， 这 样 实现 有 何不 可 吗 ? 
这 样 的 实现 有 以 下 几 个 问题 。 
ma ”既然 想 要 实现 通用 的 订单 处 理 ， 那 么 对 于 订单 处 理 的 实现 对 象 ， 是 不 应 该 知道 
订单 的 具体 实现 的 ， 更 不 应 该 依赖 订单 的 具体 实现 。 但 是 上 面 的 实现 中 ， 很 明 
显 订单 处 理 的 对 象 依赖 了 订单 的 具体 实现 对 象 。 
@ ”这 种 实现 方式 另外 一 个 问题 就 是 : 难以 扩展 新 的 订单 类 型 。 假 如 现在 要 加 入 一 
个 大 客户 专用 订单 的 类 型 ， 那 么 就 需要 修改 订单 处 理 的 对 象 ， 要 在 里 面 添加 对 
新 的 订单 类 型 的 支持 ， 这 不 能 算 做 通用 处 理 。 


因此 ， 上 面 的 实现 是 不 太 好 的 ， 把 上 面 的 问题 再 抽象 描述 一 下 : 已 经 有 了 某 个 对 象 
实例 后 ， 如 何 能 够 快速 简单 地 创建 出 更 多 的 这 种 对 象 ? 
比如 上 面 的 问题 ， 就 是 已 经 有 了 订单 接口 类 型 的 对 象 实例 ， 然 后 在 方法 中 需要 创建 


出 更 多 的 这 种 对 象 。 怎 么 解决 呢 ? 
9.2 解决 方案 
9.2.1 使 用 原型 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 原型 模式 〈Prototype) 。 那 么 什么 是 
原型 模式 呢 ? 
1. 原型 模式 的 定义 


用 原型 实例 指定 创建 对 象 的 种 类 ， 并 通过 持 贝 这 些 原型 创建 新 的 对 象 。 





2. 应 用 原型 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 在 saveOrder 方法 里 面 ， 已 经 有 了 订单 接口 类 型 的 对 象 实例 ， 
是 从 外 部 传 入 的 ， 但 是 这 里 只 是 知道 这 个 实例 对 象 的 种 类 是 订单 的 接口 类 型 ， 并 不 知道 
其 具体 的 实现 类 型 ， 也 就 是 不 知道 它 到 底 是 个 人 订单 还 是 企业 订单 ， 但 是 现在 需要 在 这 
个 方法 里 面 创 建 一 个 这 样 的 订单 对 象 ， 看 起 来 就 像 是 要 通过 接口 来 创建 对 象 一 样 。 

原型 模式 就 可 以 解决 这 样 的 问题 。 原 型 模式 会 要 求 对 象 实现 一 个 可 以 “克隆 ”自身 
的 接口 ， 这 样 就 可 以 通过 拷贝 或 者 是 克隆 一 个 实例 对 和 象 本 身 来 创建 一 个 新 的 实例 。 如 果 
把 这 个 方法 定义 在 接口 上 ， 看 起 来 就 像 是 通过 接口 来 创建 了 新 的 接口 对 象 。 

这 样 一 来 ， 通 过 原型 实例 创建 新 的 对 象 ， 就 不 再 需要 关心 这 个 实例 本 身 的 类 型 ， 也 
不 关心 它 的 具体 实现 ， 只 要 它 实现 了 克隆 自身 的 方法 ， 就 可 以 通过 这 个 方法 来 获取 新 的 
对 象 ， 而 无 须 再 去 通过 new 来 创建 。 
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9.2.2 ”原型 模式 的 结构 和 说 明 


原型 模式 的 结构 如 图 9.1 所 示 。 







DD -prototype:Prototype 


«create» 
全 +Client(prototype:Prototype) 


+operation();void 


图 9.1 原型 模式 结构 示意 图 


m ”Prototype: 声明 一 个 克隆 自身 的 接口 ， 用 来 约束 想 要 克隆 自己 的 类 ， 要 求 它们 
都 要 实现 这 里 定义 的 克隆 方法 。 

m ”ConcretePrototype: 实现 Prototype 接口 的 类 ， 这 些 类 真正 实现 了 克隆 自身 的 功 
能 。 

mm ”Client: 使 用 原型 的 客户 端 ， 首 先 要 获取 到 原型 实例 对 象 ， 然 后 通过 原型 实例 克 
隆 自身 来 创建 新 的 对 象 实例 。 


9. 2.3 原型 模式 示例 代码 


(1) 先 来 看 看 原型 接口 的 定义 。 示 例 代 码 如 下 。 
/六 
* 声明 一 个 克隆 自身 的 接口 
public interface Prototype { 
/** 
* 克隆 自身 的 方法 
* @return 一 个 从 自身 克隆 出 来 的 对 象 
次 
public Prototype clone() 
} 
(2) 接 下 来 看 看 具体 的 原型 实现 对 象 。 示 例 代 码 如 下 : 
/** 
* 克隆 的 具体 实现 对 象 
*/ 
public class ConcretePrototypel implements Prototype { 
public Prototype clone() { 


// 最 简单 的 克隆 ， 新 建 一 个 自身 对 象 ， 由 于 没有 属性 ， 就 不 再 复制 值 了 
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Prototype prototype = new ConcretePrototypel(); 
return PEOtotype? 


} 

/** 

* 克隆 的 具体 实现 对 象 

到 

public class ConcretePrototype2 implements Prototype { 

public Prototype clone() { 

// 最 简单 的 克隆 ， 新 建 一 个 自身 对 象 ， 由 于 没有 属性 ， 就 不 再 复制 值 了 
Prototype prototype = new ConcretePrototype2(); 
return prototype; 


} 

为 了 跟 上 面 原型 模式 的 结构 示意 图 保持 一 致 ， 因 此 这 两 个 具体 的 原型 实现 对 象 。 都 
没有 定义 属性 。 事 实 上 ， 在 实际 使 用 原型 模式 的 应 用 中 ， 原 型 对 象 多 是 有 属性 的 ， 克 隆 
原型 的 时 候 也 是 需要 克隆 原型 对 象 的 属性 的 ， 特 此 说 明 一 下 。 

(3) 再 看 看 使 用 原型 的 客户 端 。 示 例 代 码 如 下 : 

/** 

* 使 用 原型 的 客户 端 
* 
public class Client { 
/** 
* 持 有 需要 使 用 的 原型 接口 对 象 
oid 
private Prototype prototype; 
/** 
* 构造 方法 ， 传 入 需要 使 用 的 原型 接口 对 象 
* Q@param prototype 需要 使 用 的 原型 接口 对 象 
J 
Public Client (Prototype prototype)t{ 
this.prototype = prototype; 
) 
六 六 
* 示意 方法 ， 执 行 某 个 功能 操作 
eh 
Public void operation(){ 
// 需 要 创建 原型 接口 的 对 象 


Prototype newPrototype = prototype.clone(); 
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} 
9. 2.4 使 用 原型 模式 重 写 示例 
要 使 用 原型 模式 来 重 写 示例 ， 先 要 在 订单 的 接口 上 定义 出 克隆 的 接口 ， 然 后 要 求 各 


个 具体 的 订单 对 象 克隆 自身 ， 这 样 就 可 以 解决 ， 在 订单 处 理 对 和 象 里 面 通过 订单 接口 来 创 
建新 的 订单 对 象 的 问题 。 


使 用 原型 模式 来 重 写 示例 的 结构 如 图 9.2 所 示 : 


© +saveOrder(order:OrderApi):void 










© +getOrderProducthim nt 
O Scopem fren vod 
© +ooneOrderl) 


® +to5tring()'5tring 图 +to5tring()'5tring 
© +cloneOrder();OrderApi © +cloneOrder():Orderapi 


沽 -customerName':5tring 小-enterpriseName; String 


小 -productId;String 注 -productrd: :String 
了 -orderproductNum:int=0 3 三-OrderProductNum;int=0 





图 9.2 使 用 原型 模式 来 重 写 示 例 的 结构 示意 图 

下 面 一 起 来 看 看 具体 的 实现 。 

1. 复制 谁 和 谁 来 复制 的 问题 

有 了 一 个 对 象 实例 ， 要 快速 地 创建 和 它 一 样 的 实例 ， 最 简单 的 办 法 就 是 复制 ? 这 里 
又 有 两 个 小 的 问题 : 

=m 复制 谁 呢 ? 当然 是 复制 这 个 对 象 实例 , 复制 实例 的 意思 是 连带 着 数据 一 起 复制 。 

sm ” 谁 来 复制 呢 ? 应 该 让 这 个 类 的 实例 自己 来 复制 ， 自 己 复制 自己 。 

可 是 每 个 对 象 不 会 那么 听话 ， 自 己 去 实现 复制 自己 的 。 于 是 原型 模式 决定 对 这 些 对 
象 实行 强制 要 求 ， 给 这 些 对 象 定 义 一 个 接口 ， 在 接口 里 面 定 义 一 个 方法 ， 这 个 方法 用 来 
要 求 每 个 对 象 实现 自己 复制 自己 。 

由 于 现在 存在 订单 的 接口 ， 因 此 就 把 这 个 要 求 殉 隆 自身 的 方法 定义 在 订单 的 接口 里 
面 。 示 例 代码 如 下 : 

/太太 

* 订单 的 接口 ， 声 明了 可 以 克隆 自身 的 方法 

人 

public interface OrderApi { 





public int getOrderProductNum(); 


public void setOrderProductNum(int num); 


/大 大 


* 克隆 方法 
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* @return 订单 原型 的 实例 
*/ 
Public OrderApi clLoneoOrdezr () : 
} 
2. 如 何 克 隆 
定义 好 了 克隆 的 接口 ， 那 么 在 订单 的 实现 类 里 面 ， 就 得 让 它 实现 这 个 接口 ， 并 具体 
地 实现 这 个 克隆 方法 。 新 的 问题 出 来 了 ， 如 何 实现 克隆 呢 ? 
很 简单 ， 只 要 先 new 一 个 自己 对 象 的 实例 ， 然 后 把 自己 实例 中 的 数据 取出 来 ， 设 置 
到 新 的 对 象 实例 中 去 ， 就 可 以 完成 实例 的 复制 ， 复 制 的 结果 就 是 有 了 一 个 同 自 身 一 模 一 
样 的 实例 。 
有 的 朋友 可 能 会 说 : 不 用 那么 费劲 吧 ， 直 接 返回 本 实例 不 就 可 以 了 ? 例如 : 
public Object clLone() 1{ 


return this; 


请 注意 ,这 是 一 种 典型 的 错误 , 这 么 做 , 每 次 克隆 ， 客 户 端 获取 的 其 实 都 是 同一 


个 实例 , 都 是 指向 同一 个 内 存 空间 的 , 对 克隆 出 来 的 对 象 实 例 的 修改 会 影响 到 原 
型 对 象 实例 。 





那么 应 该 怎么 克隆 呢 ? 最 基本 的 做 法 就 是 新 建 一 个 类 实例 ， 然 后 把 所 有 属性 的 值 复 
制 到 新 的 实例 中 。 
先 看 看 个 人 订单 对 象 的 实现 。 示 例 代 码 如 下 : 
/** 
* 个 人 订单 对 象 
2 
public class PersonalOrder implements OrderApi{ 
private String customerName; 
private String productId; 


private int orderProductNum = 0;，; 


public int getOrderProductNum() { 
return this.orderProductNum; 

} 

public void setOrderProductNuml(int num) 1{ 
this.orderProductNum = num; 

} 

public String getCustomerName() 1{ 


return customerName; 
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public voidq setCustomerName (String customerName) { 
this.customerName = customerName; 

} 

publio String getpProductIid() { 
return productIid; 

} 

public void setProductId(String Droductrd), dd 
this.productId = productId; 





- 
DUurliio String toString (tt 
return "本 个 人 订单 的 订购 人 是 ="+this.customerName 
+"， 订 购 产 品 是 ="+this .productId+"， 订 购 数 量 为 =" 
‘+this.orderProductNum; 
} 
Public OrderApi cloneOrder() { 
// 创 建 一 个 新 的 订单 ， 然 后 把 本 实例 的 数据 复制 过 去 
PersonalOrder order = new PersonalOrder (); 
order.setCustomerName (this.customerName); 
order.setProductIid(this.productId); 


order.setOrderProductNum(this.orderProductNum); 
return order; 


} 
接 下 来 看 看 企业 订单 的 具体 实现 。 示 例 代 码 如 下 : 
/大 大 
* 企业 订单 对 象 
a 
public class EnterpriseOrder implements OrderApit{ 
private String enterpriseName; 
private String productId; 
private int orderProductNum = 0; 
public int getOrderProductNum() { 
return this.orderProductNum; 
} 
Public void setOrderProductNuml(int num) { 
this.orderProductNum = num; 
于 
public String getEnterpriseName() { 


return enterpriseName; 
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} 

Public void setEnterpriseName (String enterpriseName) { 
this.enterpriseName = enterpriseName; 

} 

public String getProductId() { 
return productId; 

} 

public void setProductId(String ProductId) { 
this.productId = productId; 

} 

public String toString()1{ 
return "本 企业 订单 的 订购 企业 是 ="+this.enterpriseName 

+"， 订 购 产 品 是 ="+this.productId+"， 订 购 数 量 为 =" - 
+this.orderProductNum; 

} 

Public OrderApi cloneOrder() { 
// 创 建 一 个 新 的 订单 ， 然 后 把 本 实例 的 数据 复制 过 去 
EnterpriseOrder order = new EnterpriseOrder(); 
order.setEnterpriseName (this.enterpriseName); 
order.setProductIid (this.productId); 
order.setOrderProductNum(this.orderProductNum); 


return order; 


} 

3. 使 用 克隆 方法 

这 里 使 用 订单 接口 的 克隆 方法 的 是 订单 的 处 理 对 象 ， 也 就 是 说 ， 订 单 的 处 理 对 和 象 就 
相当 于 原型 模式 结构 中 的 Client。 

当然 , 客户 端 在 调用 clone 方法 之 前 , 还 需要 先 获得 相应 的 实例 对 象 , 有 了 实例 对 象 ， 
才能 调用 该 实例 对 象 的 clone 方法 。 


这 里 使 用 克隆 方法 的 时 候 ， 和 标准 的 原型 实现 有 一 些 不 同 ， 在 标准 的 原型 实现 


的 示例 代码 里 面 ,客户 端 是 持 有 需要 克隆 的 对 象 , 而 这 里 变化 成 了 通过 方法 传 入 
需要 使 用 克隆 的 对 象 ， 这 点 大 家 注意 一 下 。 





示例 代码 如 下 : 

public class OrderBusiness { 
/大 交 
* 创建 订单 的 方法 
* @param order 订单 的 接口 对 象 
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public voidq saveOrder (OrderApi order)f{ 
//1: 判断 当前 的 预定 产品 数量 是 否 大 于 1000 
while (order.getOrderProductNum() > 1000){ 
//2: 如 果 大 于 ， 还 需要 继续 拆 分 
//2.1 再 新 建 一 份 订单 ， 跟 传 入 的 订单 除了 数量 不 一 样 外 ， 其 他 都 相同 
OrderApi newOrder = order.cloneOrder(); 
// 然 后 进行 赋值 ， 产 品 数量 为 1000 
newOrder .setOrderProductNum(1000) : 


//2.2 原来 的 订单 保留 ， 把 数量 设置 成 减少 1000 
order.setOrderProductNum( 


order.getOrderProductNum()-1000)，; 


System.out .Println(" 拆 分 生成 订单 =="+newOrder) ; 
} 
//3: 不 超过 ， 那 就 直接 业务 功能 处 理 ， 省 略 了 ， 打 印 输出 ， 看 一 下 


System.out .println ("订单 =="+order); 


} 

客户 端的 测试 代码 和 前 面 的 示例 是 完全 一 样 的 ， 这 里 就 不 再 闭 述 。 运 行 一 下 ， 看 看 
运行 的 效果 ， 享 受 一 下 克隆 的 乐趣 。 

在 上 面 的 例子 中 ,在 订单 处 理 对 象 的 保存 订单 方法 里 面 的 这 名 话 “ OrderApi newOrder 
= order.cloneOrder(); ”， 就 用 一 个 订单 的 原型 实例 来 指定 了 对 象 的 种 类 ， 然 后 通过 克隆 
这 个 原型 实例 来 创建 出 了 一 个 新 的 对 象 实例 。 

看 到 这 里 ， 可 能 有 些 朋 友 会 认为 : Java 的 Object 里 面 本 身 就 有 clone 方法 ， 还 用 搞 
得 这 么 麻烦 吗 ? 


虽然 Java 里 面 有 clone 方法 ， 上 面 这 么 做 还 是 很 有 意义 的 ， 可 以 更 好 地 、 更 完整 地 
体会 原型 设计 模式 。 当 然 ， 后 面 会 讲述 如 何 使 用 Java 里 面 的 clone 方法 来 实现 克隆 。 


9.3 模式 讲解 


9. 3.1 认识 原型 模式 


1. 原型 模式 的 功能 

原型 模式 的 功能 实际 上 包含 两 个 方面 : 

a ”一 个 是 通过 克隆 来 创建 新 的 对 象 实例 ; 

m ” 另 一 个 是 为 克隆 出 来 的 新 的 对 象 实例 复制 原型 实例 属性 的 值 。 
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原型 模式 要 实现 的 主要 功能 就 是 : 通过 克隆 来 创建 新 的 对 和 象 实例 。 一 般 来 讲 ， 新 创 
建 出 来 的 实例 的 数据 是 和 原型 实例 一 样 的 。 但 是 具体 如 何 实现 克隆 ， 需 要 由 程序 自行 实 
现 ， 原 型 模式 并 没有 统一 的 要 求 和 实现 算法 。 

2. 原型 与 new 

原型 模式 从 某 种 意义 上 说 ， 就 像 是 new 操作 ， 在 前 面 的 例子 实现 中 ， 克 隆 方 法 就 是 
使 用 new 来 实现 的 。 但 请 注意 ， 只 是 “类 似 于 new” 而 不 是 “就 是 new”。 

克隆 方法 和 new 操作 最 明显 的 不 同 就 在 于 : new 一 个 对 象 实例 ， 一 般 属性 是 没有 值 
的 ， 或 者 是 只 有 默认 值 ， 如 果 是 克隆 得 到 的 一 个 实例 ， 通 常 属性 是 有 值 的 ， 属 性 的 值 就 
是 原型 对 象 实例 在 克隆 的 时 候 ， 原 型 对 和 象 实例 的 属性 的 值 。 

3. 原型 实例 和 克隆 的 实例 

原型 实例 和 克隆 出 来 的 实例 ， 本 质 上 是 不 同 的 实例 ， 克 隆 完成 后 ， 它 们 之 间 是 没有 
关联 的 ， 如 果 克 隆 完成 后 ， 克 隆 出 来 的 实例 的 属性 值 发 生 了 改变 ， 是 不 会 影响 到 原型 实 
例 的 。 下 面 写 个 示例 来 测试 一 下 。 示 例 代 码 如 下 : 

public class Client { 

public static void main(String[] args) { 

// 先 创建 原型 实例 


OrderApi oal = new PersonalOrder () ; 


// 设 置 原型 实例 的 订单 数量 的 值 

oal.setOrderProductNum(100); 

// 为 了 简单 ， 这 里 仅仅 输出 数量 

System.out .println ("这 是 第 一 次 获取 的 对 象 实例 ===" 
+oal.getOrderProductNum()); 


// 通 过 克隆 来 获取 新 的 实例 
OrderApi oa2 = (OrderApi)oal.cloneOrder () 7 
// 修 改 它 的 数量 
oa2.setOrderProductNum(80) 
// 输 出 克隆 出 来 的 对 象 的 值 
System.out .println(" 输 出 克隆 出 来 的 实例 ===" 
+oa2 .getOrderProductNum()); 


// 再 次 输出 原型 实例 的 值 
System.out .println(" 再 次 输出 原型 实例 ===" 
+oal .getOrderProductNum()); 





这 是 第 一 次 获取 的 对 象 实例 ===100 

输出 克隆 出 来 的 实例 ===80 

再 次 输出 原型 实例 ===100 

仔细 观察 上 面 的 结果 ， 会 发 现 原型 实例 和 克隆 出 来 的 实例 是 完全 独立 的 ， 也 就 是 它 
们 指向 不 同 的 内 存 空间 。 因 为 克隆 出 来 的 实例 的 值 已 经 被 改变 了 ， 而 原型 实例 的 值 还 是 
原来 的 值 ， 并 没有 变化 ， 这 就 说 明 两 个 实例 对 应 的 是 不 同 的 内 存 空间 。 

4. 原型 模式 的 调用 顺序 示意 图 

原型 模式 的 调用 顺序 如 图 9.3 所 示 。 





ient 


1; 创建 实现 了 原型 接口 对 系 的 实 全 





”克隆 出 来 的 实例 


图 9.3 原型 模式 的 调用 顺序 示意 图 
9. 3. 2 Java 中 的 克隆 方法 


在 Java 语言 中 已 经 提供 了 clone 方法 ， 定 义 在 Object 类 中 。 关 于 Java 中 clone 方法 
的 知识 ， 这 里 不 再 歼 述 ， 下 面 看 看 怎么 使 用 Java 里 面 的 克隆 方法 来 实现 原型 模式 。 
需要 克隆 功能 的 类 ， 只 需要 实现 java.lang.Cloneable 接口 ， 这 个 接口 没有 需要 实现 的 
方法 ， 是 一 个 标识 接口 。 因 此 在 前 面 的 实现 中 ， 把 订单 接口 中 的 克隆 方法 去 掉 ， 现 在 直 
接 实现 Java 中 的 接口 就 可 以 了 。 新 的 订单 接口 实现 ， 示 例 代 码 如 下 : 
public interface OrderApi 1{ 
public int getOrderProductNum(); 
pi ;a SP 下 
a Sa ) 
} 
另外 在 具体 的 订单 实现 对 象 里 面 ， 实 现 方 式 上 会 有 一 些 改变 , 个 人 订单 和 企业 订单 的 
克隆 实现 是 类 似 的 ， 因 此 示范 一 个 就 可 以 了 。 来 看 看 个 人 订单 的 实现 吧 ， 示 例 代码 如 下 : 
/** 
* 个 人 订单 对 象 ， 利 用 Java 的 clone 功 能 
*/ , 
public class PersonalOrder implements Cloneable , OrderApi{ 
private String customerName; 
private String productId; 
private int orderProductNum = 0; 


public int getOrderProductNum() { 
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return this.orderProductNum; 

} 

public void setOrderProductNum(int num) { 
this.orderProductNum = num; 

} 

public String getCustomerName() { 
return customerNamer 

} 

public void setCustomerName (String customerName) { 
this.customerName = customerName; 

;| 

blicr String geteProduct liad( 
return productId; 

. 

publiovoid setPproductIid (String productId) 
this,.productId" = productIidy 

} 

DublLio Steing todteErng (yt 
return "本 个 人 订单 的 订购 人 是 ="+this.customerName 

+"， 订 购 产 品 是 ="+this .productId+"， 订 购 数 量 为 =" 
+this.orderProductNum; 

} 

PUBiie—OrderApi—eteneeQrder 人 tf 

一 一 六 创建 一 个 新 的 讨 单一 然后 把 本 实例 的 数据 复制 过 去 


一 一 Petsenhaletceet-etree 一 Her 一 PetSerHaleteeE 人) 天 


— erder-seteustomerName (this -eusteomerName}r 原 有 的 克隆 实现 
— erder-setPproduetrd {this-preoduetTrd} 删除 掉 
— erder-SsetOQrderpreduetNum{this -erderPreduetNum} 
etHrn Orderfr; 
十 
Public Object clone (){ 
// 克 隆 方法 的 真正 实现 ， 直 接 调用 父 类 的 克隆 方法 就 可 以 了 注意 这 里 实现 
Object obj = null; 的 变化 
try i{ 


obj = super.clone(); 

} catch (CloneNotSupportedException e) { 
e.printStackTrace (); 

} 


return obj; 
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} 
看 起 来 ， 比 完全 由 自己 实现 原型 模式 要 稍稍 简单 点 ， 是 否 好 用 呢 ? 还 是 测试 一 下 ， 
看 看 效果 。 客 户 端 与 上 一 个 示例 相 比 ， 作 了 两 点 修改 。 

日 “一 个 是 原来 的 “OrderApi oal = new PersonalOrder0;” 这 和 句 话 ， 要 修改 成 
“PersonalOrder oal = new PersonalOrder();”。 原 因 是 现在 的 接口 上 并 没有 克隆 
的 方法 ， 因 此 需要 修改 成 原型 的 类 型 。 

四 另外 一 个 是 “通过 克隆 来 获取 新 的 实例 ”的 实现 ， 需 要 修改 成 使 用 原型 来 调用 
在 Object 里 面 定义 的 clone0 方 法 了 ， 不 再 是 调用 原来 的 cloneOrderO0 了 。 

看 看 测试 用 的 代码 。 示 例 代码 如 下 : 


pubilic class: Client :+t 





publien static void marin(tSstringl}j argesyet{ 


// 先 创建 原型 实例 
PersonalOrder oal = new PersonalOrder (); 
// 设 置 原型 实例 的 订单 数量 的 值 


oal.setOrderProductNum(100); 
System.out.printin ("这 是 第 一 次 获取 的 对 象 实例 ===" 
+oal.getOrderProductNum()); 


// 通 过 克隆 来 获取 新 的 实例 


PersonalOrder oa2 = (PersonalOrder)oal.clone(); 


0a2.setOrderProductNum(80); 
System.out. lr 
+o0a2.getOrderProductNum()); 


// 再 次 输出 原型 实例 的 值 
System:out.println ("再 次 输出 原型 实例 ===" 
+oal.getOrderProductNum()); 


运行 一 下 ， 测 试看 看 。 
9.3.3 浅 度 克隆 和 深度 克隆 


无 论 你 是 自己 实现 克隆 方法 ， 还 是 采用 Java 提供 的 克隆 方法 ， 都 存在 一 个 浅 度 克隆 
和 深度 克隆 的 问题 ， 那 么 什么 是 浅 度 克隆 ? 什么 是 深度 克隆 呢 ? 简单 地 解释 一 下 。 
s ”小 度 克 隆 : 只 负责 克隆 按 值 传递 的 数据 (比如 基本 数据 类 型 、String 类 型 ) 。 
ma ”深度 克隆 : 除了 浅 度 克隆 要 克隆 的 值 外 ， 还 负责 克隆 引用 类 型 的 数据 ， 基 本 上 
就 是 被 克隆 实例 所 有 的 属性 数据 都 会 被 克隆 出 来 。 
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深度 克隆 还 有 一 个 特点 ， 如 果 被 克隆 的 对 象 里 面 的 属性 数据 是 引用 类 型 ， 也 
上衣 就 是 属性 的 类 型 也 是 对 象 ， 则 需要 一 直 递 归 地 克隆 下 去 。 这 也 意味 着 ， 要 想 深 





度 克隆 成 功 ， 必 须要 整个 克隆 所 涉及 的 对 象 都 要 正确 实现 克隆 方法 ， 如 果 其 中 
有 一 个 没有 正确 实现 克隆 ， 那 么 就 会 导致 克隆 失败 。 





在 前 面 的 例子 中 实现 的 克隆 就 是 典型 的 浅 度 克 隆 。 下 面 来 看 看 如 何 实 现 深 度 克 隆 。 
1. 自己 实现 原型 的 深度 克隆 
(1) 要 演示 深度 克隆 ， 需 要 给 订单 对 和 象 添加 一 个 引用 类 型 的 属性 ， 这 样 实现 克隆 以 
后 ， 才 能 看 出 深度 克隆 的 效果 。 
定义 一 个 产品 对 象 ， 也 让 它 实现 克 隆 的 功能 。 产 品 对 象 实现 的 是 一 个 浅 度 克 隆 。 
先 来 定义 产品 的 原型 接口 。 示 例 代码 如 下 : 
/** 
* 声明 一 个 克隆 产品 自身 的 接口 
po 
public interface ProductPrototype { 
/大 大 
* 克隆 产品 自身 的 方法 
* @return 一 个 从 自身 克隆 出 来 的 产品 对 和 象 
才 光 
public ProductPrototype cloneProduct () ; 
} 


接 下 来 看 看 具体 的 产品 对 象 实现 。 示 例 代 码 如 下 : 


* 产品 对 象 
* 
public class Product implements ProductPrototypel{ 
/** 
* 产品 编号 
A 
private String productId; 
/大 大 
* 产品 名 称 
SR 
private String name; 
public String getName() { 
return name; 
} 


public void setName (String name) { 
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this.name = name; 

} 

Public String getProductId() { 
return productId; 

} 

public void setProductIid(String productId) { 
this.productId = ProductId; 

} 

public. String toString ()t 





return "产品 编号 ="+this.productId+"， 闻 品名 称 ="+this.name; 
} 
Public ProductPrototype cloneProduct() { 
// 创 建 一 个 新 的 订单 ， 然 后 把 本 实例 的 数据 复制 过 去 
Product product = new Product(); 
product.setProductId(this.productId); 
Product.setName (this .name); 


return product; 


} 

(2) 订 单 的 具体 实现 上 也 需要 改变 一 下 , 需要 在 其 属性 上 添加 一 个 产品 类 型 的 属性 ， 
然后 也 需要 实现 克隆 方法 。 示 例 代码 如 下 : 

Public class PersonalOrder implements OrderApi{ 


private String customerName; 


private int orderProductNum = 0; 


/** 

* 产品 对 和 象 

> 增加 的 引用 类 型 
的 属性 


private Product product = null; 

public int getOrderProductNum() { 
return this.orderProductNum; 

} 

public void setOrderProductNum(int num) { 
this.orderProductNum = num; 

} 

Public String getCustomerName() { 
‘return customerName; 

} 

public void setCustomerName (String customerName) { 


this.customerName = customerName; 
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63) 编写 客户 端 程序 测试 一 下 ， 是 否 深度 克隆 成 功 。 示 例 代码 如 下 : 





o0a2.setOrderProductNum(80); 
// 输 出 克隆 出 来 的 对 象 的 值 
System.out.println ("输出 克隆 出 来 的 实例 ="+oa2)， 


// 再 次 输出 原型 实例 的 值 
System.out .println ("再 次 输出 原型 实例 ="+0al); 


} 

(4) 运行 结果 如 下 。 很 明显 ， 我 们 自己 做 的 深度 克隆 是 成 功 的 。 

这 是 第 一 次 获取 的 对 象 实例 = 订购 产品 是 = 产品 1， 订 购 数量 为 =100 

输出 克隆 出 来 的 实例 = 订购 产品 是 = 产品 2， 订 购 数量 为 =80 

再 次 输出 原型 实例 = 订购 产品 是 = 产品 1， 订 购 数量 为 =100 

(5) 小 结 。 

看 来 自己 实现 深度 克隆 也 不 是 很 复杂 ， 但 是 比较 麻烦 ， 如 果 产 品类 中 又 有 属性 是 引 
用 类 型 ， 在 产品 类 实现 克隆 方法 的 时 候 ， 则 需要 调用 那个 引用 类 型 的 克隆 方法 了 。 这 样 
一 层 一 层 调 地 下 去 ， 如 果 中 途 有 任何 一 个 对 象 没 有 正确 实现 深度 克隆 ， 那 将 会 引起 错误 ， 
这 也 是 深度 克隆 容易 出 错 的 原因 。 

1. Java 中 的 深度 克隆 

利用 Java 中 的 clone 方法 来 实现 深度 克隆 ， 大 体 上 和 自己 做 差不多 ， 但 是 也 有 一 些 
需要 注意 的 地 方 ， 一 起 来 看 看 吧 。 

(1) 产品 类 没有 太 大 的 不 同 ， 主 要 是 把 实现 的 接口 变 成 了 Cloneable， 这 样 一 来 ， 
实现 克隆 的 方法 就 不 是 cloneProduct， 而 是 变 成 clone 方法 了 ; 另外 一 个 是 殉 隆 方法 的 实 
现 变 成 使 用 “super.clone();” 了 。 示 例 代 码 如 下 : 





public class Product implements Cloneablel 






private String productId; 
第 一 个 变化 : 不 再 实现 自己 
的 接口 了 


private String name; 

public String getName() { 
return name; 

} 

Public void setName (String name) { 
this.name = name; 

} 

public String getProductIid() { 
return productId; 

} 

public void setProductId(String product1Id) { 
this.productId = productId; 
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return "产品 编号 ="+this.productId+"， 产 品名 称 ="+this.name; 


和 SS 


Public Object clone() { 











重要 变化 : 不 再 自己 一 个 
一 个 属性 地 赋值 了 ， 直 接 
调用 super.elone0) 


Object obj = nul1: 
try { 
obj = super.clone(); 
} catch (CloneNotSupportedException e) { 
e.printStackTrace (); 
+. 


return obj; 


} 


(2) 具体 的 订单 实现 类 ， 除 了 改变 接口 外 ， 更 重要 的 是 在 实现 clone 方法 的 时 候 ， 
不 仅 调 用 “super.clone0;”， 还 必须 显 式 地 调用 引用 类 型 属性 的 clone 方法 ， 也 就 是 产品 
的 clone 方法 。 示 例 代 码 如 下 : 


public class PersonalOrder implements Cloneable , OrderApi{ 
private String customerName; 
private Product product = null; 实现 的 接口 
private int orderProductNum = 0; 发 生 了 改变 
public int getOrderProductNum() { 
return this.orderProductNum; 
有 
public void setOrderProductNum(int num) { 
this.orderProductNum = num; 
} 
Public String getCustomerName() { 
return customerName; 
} 
public void setCustomerName (String customerName) { 
this.customerName = customerName; 
} 
DUbLicC Product' getProduct (rt 
return product; 
} 
public void setProduct (Product product) { 
this.product = product; 
】 
puUbDLicC String toString()t 
// 简 单 点 输出 
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return "订购 产品 是 ="+this.product .getName () 
+"， 订 购 数量 为 ="+this .orderProductNum; 
} 
public Object clLone () 1{ 
PersonalOrder obj=null; 


yo ed | 








obj =(PersonalOrder) super.clone(); 
// 下 面 这 一 名 话 不 可 少 
obj.setProduct( 


重要 改变 : 新 
的 clone 方法 
的 实现 






(Product) this.product.clone()); 
} catch (CloneNotSupportedException e 
e.printstackTrace (); 

} 


return obj; 


} 

(3) 特别 强调 。 

不 可 缺少 “obj.setProduct((Producbthis.product.clone0);” 这 名 话 。 为 什么 呢 ? 

原因 在 于 调用 super.clone() 方 法 的 时 候 ，Java 是 先 开辟 一 块 内 存 的 空间 ,然后 把 实例 
对 象 的 值 原样 拷贝 过 去 ,对 于 基本 数据 类 型 这 样 做 是 没有 问题 的 ， 而 属性 product 是 一 个 
引用 类 型 ， 把 值 拷贝 过 去 的 意思 就 是 把 对 应 的 内 存 地 址 拷贝 过 去 了 ， 也 就 是 说 克隆 后 的 
对 象 实例 的 product 和 原型 对 象 实例 的 product 指向 的 是 同一 块 内 存 空间 ， 是 同一 个 产品 
实例 。 

因此 要 想 正 确 地 执行 深度 拷贝 ， 必 须 手 工地 对 每 一 个 引用 类 型 的 属性 进行 克隆 ， 并 
重新 设置 ， 覆 盖 掉 super.clone() 所 拷贝 的 值 。 

(4) 客户 端 测试 类 跟 刚才 自己 做 的 深度 拷贝 差不多 ， 只 是 调用 克隆 的 方法 ， 原 来 是 
调用 的 cloneOrder 方法 ， 现 在 变 成 调用 clone()。 运 行 测试 ， 结 果 如 下 : 

这 是 第 一 次 获取 的 对 象 实例 = 订购 产品 是 = 产品 1， 订 购 数量 为 =100 

输出 克隆 出 来 的 实例 = 订购 产品 是 = 产品 2， 订 购 数量 为 =80 

再 次 输出 原型 实例 = 订购 产品 是 = 产品 1， 订 购 数量 为 =100 

注意 观察 上 面 的 数据 ， 很 明显 这 是 正确 的 ， 修 改 克 隆 出 来 的 实例 的 属性 值 ， 不 会 影 
响 到 原 对 象 实例 的 属性 值 。 

(5) 下 面 去 掉 “obj.setProduct((Product)this.product.clone());” 这 句 话 ， 看 看 会 发 生 
什么 ， 运 行 结果 如 下 : 

这 是 第 一 次 获取 的 对 象 实例 = 订购 产品 是 = 产品 1， 订 购 数量 为 =100 

输出 克隆 出 来 的 实例 = 订购 产品 是 = 产品 2， 订 购 数量 为 =80 

再 次 输出 原型 实例 = 订购 产品 是 = 产品 2， 订 购 数量 为 =100 

仔细 观察 一 下 ， 尤 其 是 加 粗 的 两 行 ， 你 就 会 发 现 ， 修 改 克 隆 对 和 象 实例 的 产品 名 称 属 
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性 的 值 ， 影 响 了 原型 对 象 实例 的 值 ， 这 说 明 没有 正确 深度 克隆 。 
9. 3.4 原型 管理 器 


如 果 一 个 系统 中 原型 的 数目 不 固定 ， 比 如 系统 中 的 原型 可 以 被 动态 地 创建 和 销毁 ， 那 
么 就 需要 在 系统 中 维护 一 个 当前 可 用 的 原型 的 注册 表 ， 这 个 注册 表 就 被 称 为 原型 管理 器 。 

其 实 如 果 把 原型 当成 一 个 资源 的 话 ， 原 型 管理 器 就 相当 于 一 个 资源 管理 器 ， 在 系统 开 
始 运行 的 时 候 初始 化 ， 然 后 运行 期 间 可 以 动态 地 添加 和 销毁 资源 。 从 这 个 角度 看 ， 原 型 管 
理 器 就 可 以 相当 于 一 个 缓存 资源 的 实现 ， 只 不 过 里 面 缓存 和 管理 的 是 原型 实例 而 已 。 

有 了 原型 管理 器 后 ， 一 般 情 况 下 ， 除 了 向 原型 管理 器 里 面 添加 原型 对 象 的 时 候 是 通过 
new 来 创造 的 对 象 ， 其 余 时 候 都 是 通过 向 原型 管理 器 来 请 求 原 型 实例 ， 然 后 通过 克隆 方法 
来 获取 新 的 对 象 实例 ， 这 就 可 以 实现 动态 管理 ， 或 者 动态 切换 具体 的 实现 对 象 实例 。 

还 是 通过 示例 来 说 明 如 何 实现 原型 管理 器 。 


(1) 先 定义 原型 的 接口 。 非 常 简单 ， 除 了 克隆 方法 ， 还 提供 一 个 名 称 的 属性 。 示 例 
代码 如 下 : 






(2) 接 下 来 看 看 两 个 具体 的 实现 ， 实 现 方式 基本 上 是 一 样 的 。 
先 看 第 一 个 原型 的 实现 。 示 例 代 码 如 下 : 





211 





你 再 看 看 第 二 个 原型 的 实现 。 示 例 代码 如 下 : 


Public class ConcretePrototype2 implements Prototype { 






private String name; 

public String getName() { 
return name; 

} 

public void setName (String name) { 
this.name = name; 

} 

Public Prototype clone() { 
ConcretePrototype2 prototype = new ConcretePrototype2();，; 
prototype.setName (this.name); 
return prototype; 

} 

Dude otring toString et 


return "Now in Prototype2, name="+name; 


} 
(3) 下 面 来 看 看 原型 管理 器 的 实现 示意 。 示 例 代 码 如 下 : 
/** 
* 原型 管理 器 
a 
public class PrototypeManager { 
/** 
* 用 来 记录 原型 的 编号 和 原型 实例 的 对 应 关系 
Sf 
private static Map<String,Prototype> map = 


new HashMap<String,Prototype>(); 


/六 大 
* 私有 化 构造 方法 ， 避 免 外 部 无 谓 的 创建 实例 
和 
private PrototypeManager () { 
Lh 
} 
/大 类 


* 向 原型 管理 器 里 面 添加 或 是 修改 某 个 原型 注册 
* @param prototypeId 原型 编号 

* @param prototype 原型 实例 

i 


和 过 
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Public synchronized static void setPrototypel 
String prototypelId,Prototype prototype)t{ 
map.put (prototypelId, prototype); 
} 
/六 广 
* 从 原型 管理 器 里 面 删除 某 个 原型 注册 
* @param prototypeId 原型 编号 
小 浪 
public synchronized static void removePrototypel 
String PrototyPeId) { 
map.remove (prototypelId); 
} 
/** 
* 获取 某 个 原型 编号 对 应 的 原型 实例 
* @param prototypeId 原型 编号 
* @return 原型 编号 对 应 的 原型 实例 
* @throws Exception 如 果 原 型 编号 对 应 的 原型 实例 不 存在 ， 报 出 例外 
wh 
public synchronized static Oe getPrototypel( 
String prototypeIld)throws Exceptiont{ 
Prototype prototype = map.get (prototypelId); 
if (prototype == null)t 
throw new Exception (" 您 希望 获取 的 原型 还 没有 注册 或 已 被 销毁 ") ; 
» 


return prototype; 


} 

大 家 会 发 现 ， 原 型 管理 器 是 类 似 一 个 工具 类 的 实现 方式 ， 而 且 对 外 的 几 个 方法 都 是 
加 了 同步 的 ， 这 主要 是 因为 如 果 在 多 线程 环境 下 使 用 这 个 原型 管理 器 的 话 ， 那 个 map 属 
性 很 明显 就 成 了 大 家 竞争 的 资源 ， 因 此 需要 加 上 同步 。 

(4) 下 面 来 看 看 客户 端 如 何 使 用 这 个 原型 管理 器 。 示 例 代 码 如 下 : 


public class Client { 
public static void main(String[] args) { 
try { 
// 初始 化 原型 管理 器 
Prototype pl = new ConcretePrototypel(); 
PrototypeManager.setPrototype ("Prototypel", pl1); 


// 获取 原型 来 创建 对 象 
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Prototype p3 = PrototypeManager 

:JetPrototype( Prototypel”) clone(), 
p3.setName (" 张 三 "); 
System.out.println ("第 一 个 实例 : " + p3); 


// 有 人 动态 地 切换 了 实现 
Prototype p2 = new ConcretePrototype2(); 
PrototypeManager.setPprototype ("Prototypel", p2): 





// 重新 获取 原型 来 创建 对 象 
Prototype p4 = PrototypeManager 
.getPrototype ("Prototypel") .clone(); 
p4.setName (" 李 四 ") ; 
System.out .Println(" 第 二 个 实例 : " + p4) ， 


// 有 人 注销 了 这 个 原型 
PrototypeManager.removePrototype ("Prototypel"); 


// 再 次 获取 原型 来 创建 对 象 
Prototype p5 = PrototypeManager 
‘getPrototypel("Prototypel").clone(); 
p5.setName (" 王 五 "); 
System.out.printin ("第 三 个 实例 : " + p5) ; 
} catch (Exception err) { 


System.err.println(err.getMessage()); 


} 
运行 一 下 ， 看 看 结果 。 示 例如 下 : 
第 一 个 实例 ， Now in Prototypel，name= 张 三 


第 二 个 实例 : Now in Prototype2，name= 李 四 
您 希望 获取 的 原型 还 没有 注册 或 已 被 销毁 


9.3.5 原型 模式 的 优 缺 点 


原型 模式 的 优点 

ms 对 客户 端 隐藏 具体 的 实现 类 型 
原型 模式 的 客户 端 只 知道 原型 接口 的 类 型 ， 并 不 知道 具体 的 实现 类 型 ， 从 而 减 
少 了 客户 端 对 这 些 具 体 实现 类 型 的 依赖 。 
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。 ”在 运行 时 动态 改变 具体 的 实现 类 型 


原型 模式 可 以 在 运行 期 间 ， 由 客户 来 注册 符合 原型 接口 的 实现 类 型 ， 也 可 以 动 
态 地 改变 具体 的 实现 类 型 ， 看 起 来 接口 没有 任何 变化 ， 但 其 实 运行 的 已 经 是 另 
外 一 个 类 实例 了 。 因 为 克隆 一 个 原型 就 类 似 于 实例 化 一 个 类 。 

原型 模式 的 缺点 
原型 模式 最 大 的 缺点 就 在 于 每 个 原型 的 子 类 都 必须 实现 clone 的 操作 ， 尤 其 在 
包含 引用 类 型 的 对 象 时 ，clone 方法 会 比较 麻烦 ， 必 须要 能 够 递归 地 让 所 有 的 相 
关 对 象 都 要 正确 地 实现 克隆 。 


9.3.6 思考 原型 模式 


1. 原型 模式 的 本 质 


原型 模式 的 本 质 : 克隆 生成 对 象 。 


克隆 是 手段 ， 目 的 是 生成 新 的 对 象 实例 。 正 是 因为 原型 的 目的 是 为 了 生成 新 的 对 象 
实例 ， 原 型 模式 通常 是 被 归 类 为 创建 型 的 模式 。 
原型 模式 也 可 以 用 来 解决 “只 知 接口 而 不 知 实现 的 问题 ”， 使 用 原型 模式 ， 可 以 出 
现 一 种 独特 的 “接口 造 接口 ”的 景象 ， 这 在 面向 接口 编程 中 很 有 用 。 同 样 的 功能 也 可 以 
考虑 使 用 工厂 来 实现 。 
另外 ， 原 型 模式 的 重心 还 是 在 创建 新 的 对 象 实例 ， 至 于 创建 出 来 的 对 象 ， 其 属性 的 
值 是 否 一 定 要 和 原型 对 象 属性 的 值 完全 一 样 ， 这 个 并 没有 强制 规定 ， 只 不 过 在 目前 大 多 
数 实现 中 ， 克 隆 出 来 的 对 象 和 原型 对 象 的 属性 值 是 一 样 的 。 
也 就 是 说 ， 可 以 通过 克隆 来 创造 值 不 一 样 的 实例 ， 但 是 对 象 类 型 必须 一 样 。 可 以 有 
部 分 甚至 是 全 部 的 属性 的 值 不 一 样 ， 可 以 有 选择 性 地 克隆 ， 就 当 是 标准 原型 模式 的 一 个 
变形 使 用 吧 。 
2. 何 时 选用 原型 模式 
建议 在 以 下 情况 时 选用 原型 模式 。 
s ”如 果 一 个 系统 想 要 独立 于 它 想 要 使 用 的 对 象 时 ， 可 以 使 用 原型 模式 ， 让 系统 只 
面向 接口 编程 ， 在 系统 需要 新 的 对 象 的 时 候 ， 可 以 通过 克隆 原型 来 得 到 。 
m ”如 果 需 要 实例 化 的 类 是 在 运行 时 刻 动态 指定 时 ， 可 以 使 用 原型 模式 ， 通 过 克隆 
原型 来 得 到 需要 的 实例 。 


9. 3.7 相关 模式 


m ”原型 模式 和 抽象 工厂 模式 
功能 上 有 些 相 似 ， 都 是 用 来 获取 一 个 新 的 对 象 实例 的 。 


2 
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不 同 之 处 在 于 ， 原 型 模式 的 着 眼 点 是 在 如 何 创造 出 实例 对 象 来 ， 最 后 选择 的 方 
案 是 通过 克隆 ;而 抽象 工厂 模式 的 着 眼 点 则 在 于 如 何 来 创造 产品 徐 ， 至 于 具体 
如 何 创建 出 产品 簇 中 的 每 个 对 象 实例 ， 抽 象 工厂 模式 则 不 是 很 关注 。 

正 是 因为 它们 的 关注 点 不 一 样 ， 所 以 它们 也 可 以 配合 使 用 ， 比 如 在 抽象 工厂 模 
式 里 面 ， 有 具体 创建 每 一 种 产品 的 时 候 就 可 以 使 用 该 种 产品 的 原型 ， 也 就 是 抽象 
工厂 管 产品 能 ， 有 具体 的 每 种 产品 怎么 创建 则 可 以 选择 原型 模式 。 
原型 模式 和 生成 器 模式 

这 两 种 模式 可 以 配合 使 用 。 

生成 器 模式 关注 的 是 构建 的 过 程 ， 而 在 构建 的 过 程 中 ， 很 可 能 需要 某 个 部 件 的 
实例 , 那么 很 自然 地 就 可 以 应 用 上 原型 模式 , 通过 原型 模式 来 得 到 部 件 的 实例 。 











10.1 场景 问题 


10. 1.1 如 果 没 有 主板 


大 家 都 知道 ， 电 脑 里 面 各 个 配件 之 间 的 交互 ， 主 要 是 通过 主板 来 完成 的 (事实 上 主 
板 有 很 多 的 功能 ， 这 里 不 去 讨论 ) 。 试 想 一 下 ， 如 果 电 脑 里 面 没 有 主板 ， 会 怎样 呢 ? 

如 果 电 脑 里 面 没 有 了 主板 ， 那 么 各 个 配件 之 间 就 必须 自行 相互 交互 ， 以 互相 传送 数 
据 。 理 论 上 说 ， 基 本 上 各 个 配件 相互 之 间 都 存在 交互 数据 的 可 能 ， 如 图 10.1 所 示 。 





图 10.1 没有 主板 ， 各 个 配件 相互 交互 示意 图 
这 也 太 复 杂 了 吧 ， 这 还 没完 呢 ， 由 于 各 个 配件 的 接口 不 同 ， 那 么 相互 之 间 交 互 的 时 
候 ， 还 必须 把 数据 接口 进行 转换 才能 匹配 上 ， 那 就 更 恐怖 了 。 
所 幸 是 有 了 主板 ， 各 个 配件 的 交互 完全 通过 主板 来 完成 ， 每 个 配件 都 只 需要 和 主板 
交互 ， 而 主板 知道 如 何 和 所 有 的 配件 打交道 ， 那 就 简单 多 了 ， 这 就 避免 了 如 图 10.1 所 描 
述 的 那样 乱 作 一 团 。 有 主板 后 的 结构 如 图 10.2 所 示 : 





图 10.2 有 主板 后 的 结构 示意 图 


10. 1.2 有 何 问题 


如 果 上 面 的 情况 发 生 在 软件 开发 上 呢 ? 

若 把 每 个 电脑 配件 都 抽象 成 为 一 个 类 或 者 是 子 系统 ， 那 就 相当 于 出 现 了 多 个 类 之 间 
相互 交互 ， 而 且 交 互 很 繁琐 ， 导 致 每 个 类 都 必须 知道 所 有 需要 交互 的 类 ， 也 就 是 我 们 各 
说 的 类 和 类 耦合 了 ， 是 不 是 很 麻烦 ? 
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在 软件 开发 中 出 现 这 种 情况 可 就 不 妙 了 ， 不 但 开发 的 时 候 每 个 类 会 复杂 ， 因 为 要 兼 
顾 其 他 的 类 ， 更 要 命 的 是 每 个 类 在 发 生 改 动 的 时 候 ， 需 要 通知 所 有 相关 的 类 一 起 修改 ， 
因为 接口 或 者 是 功能 发 生 了 变动 ， 使 用 它 的 地 方 都 得 变 ， 快 要 疯 了 吧 ! 
那 该 如 何 来 简化 这 种 多 个 对 象 之 间 的 交互 呢 ? 


10.1.3 使 用 电脑 来 看 电影 


为 了 演示 ， 考 虑 一 个 稍微 具体 点 的 功能 。 在 日 常生 活 中 ， 我 们 经 常 使 用 电脑 来 看 电 
影 ， 把 这 个 过 程 描述 出 来 ， 这 里 仅仅 考虑 正常 的 情况 ， 也 就 是 有 主板 的 情况 ， 简 化 后 假 
定 会 有 如 下 的 交互 过 程 。 

s ”首先 是 光驱 要 读 取 光盘 上 的 数据 ， 然 后 告诉 主板 ， 它 的 状态 改变 了 。 

a ”主板 去 得 到 光驱 的 数据 ， 把 这 些 数 据 交 给 CPU 进行 分 析 处 理 。 

s CPU 处 理 完 后 ， 把 数据 分 成 了 视频 数据 和 音频 数据 ， 通 知 主板 ， 它 处 理 完了 。 

sa 主板 去 得 到 CPU 处 理 过 后 的 数据 ， 分 别 把 数据 交 给 显卡 和 声卡 ， 去 显示 出 视频 和 

发 出 声音 。 

当然 这 是 一 个 持续 的 、 不 断 重复 的 过 程 ， 从 而 形成 不 间断 的 视频 和 声音 。 具 体 的 运 
行 过 程 不 在 讨论 之 列 ， 假 设 就 有 如 上 简单 的 交互 关系 就 可 以 了 。 也 就 是 说 想 看 电影 ， 把 
光盘 放 入 光驱 ， 光 驱 开始 读 盘 ， 就 可 以 看 电影 了 。 

现在 要 求 使 用 程序 把 这 个 过 程 描述 出 来 ， 该 如 何 具体 实现 呢 ? 


10.2 解决 方案 
10. 2.1 使 用 中 介 者 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 中 介 者 模式 (Mediator) 。 那 么 什么 是 
中 介 者 模式 呢 ? 
1. 中 介 者 模式 的 定义 


用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交互 。 中 介 者 使 得 各 对 象 不 需要 显 式 地 相 


互 引 用 ， 从 而 使 其 耦合 松散 ， 而 且 可 以 独立 地 改变 它们 之 间 的 交互 。 





2. 应 用 中 介 者 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 根 本 原因 就 在 于 多 个 对 象 需要 相互 交互 ， 从 而 导致 对 象 之 间 
紧密 耦合 ， 不 利于 对 象 的 修改 和 维护 。 

中 介 者 模式 的 解决 思路 很 简单 ， 跟 电脑 的 例子 一 样 ， 中 介 者 模式 通过 引入 一 个 中 介 
对 象 ， 让 其 他 的 对 象 都 只 和 中 介 对 象 交 互 ， 而 中 介 对 象 知道 如 何 和 其 他 所 有 的 对 象 交 互 ， 
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贸 
并 





这 样 对 象 之 间 的 交互 关系 就 没有 了 ， 从 而 实现 了 对 象 之 间 的 解 耦 。 

对 于 中 介 对 象 而 言 ， 所 有 相互 交互 的 对 象 ， 被 视 为 同事 类 ， 中 介 对 象 就 是 来 维护 各 
个 同事 之 间 的 关系 ， 而 所 有 的 同事 类 都 只 是 和 中 介 对 象 交 互 。 

每 个 同事 对 象 ， 当 自己 发 生变 化 的 时 候 ， 不 需要 知道 这 会 引起 其 他 对 象 有 什么 变化 ， 
它 只 需要 通知 中 介 者 就 可 以 了 ， 然 后 由 中 介 者 去 与 其 他 对 象 交 互 。 这 样 松散 耦合 带 来 的 
好 处 是 ， 除 了 让 同事 对 象 之 间 相 互 没 有 关联 外 ， 还 有 利于 功能 的 修改 和 扩展 。 

有 了 中 介 者 以 后 ， 所 有 的 交互 都 封装 到 中 介 者 对 象 里 面 ， 各 个 对 象 就 不 再 需要 维护 
这 些 关 系 了 。 扩 展 关系 的 时 候 也 只 需要 扩展 或 修改 中 介 者 对 象 就 可 以 了 。 


10. 2.2 ”中介 者 模式 的 结构 和 说 明 


中 介 者 模式 的 结构 如 图 10.3 所 示 : 


Sinterface» 
Cb Bediator 


A 


[LO Comcrete 目 ediator 
-colleagueA:ConcreteColleagueh 
全 -colleagueB:ConcreteColleagueB 


D+setConcreteColleagueh:void 
+setConcreteColleagueB: void 
t+changed: voi 









Screate» 


四 +Colleague 


性 


已 ConcreteColleagueA LO ConcreteColleagaeB 


Gcreate”» Screate» 
全 +ConcreteColleagueh Ot+ConcreteColleagueB 
+someOperation:void O+someDperation:void 


























图 10.3 中介 者 模式 结构 示意 图 


上 Mediator: 中 介 者 接口 。 在 里 面 定义 各 个 同事 之 间 交 互 需 要 的 方法 ， 可 以 是 公共 的 
通信 方法 ， 比 如 changed 方法 ， 大 家 都 用 ， 也 可 以 是 小 范围 的 交互 方法 。 

m ”ConcreteMediator: 具体 中 介 者 实现 对 象 。 它 需要 了 解 并 维护 各 个 同事 对 象 ， 并 负 
责 具体 的 协调 各 同事 对 象 的 交互 关系 。 

s ”Colleague: 同事 类 的 定义 ， 通 常 实现 成 为 抽象 类 ， 主 要 负责 约束 同事 对 象 的 类 型 ， 
并 实现 一 些 具体 同事 类 之 间 的 公共 功能 ， 比 如 ， 每 个 具体 同事 类 都 应 该 知道 中 介 
者 对 象 ， 也 就 是 具体 同事 类 都 会 持 有 中 介 者 对 象 ， 都 可 以 定义 到 这 个 类 里 面 。 

mm ”ConcreteColleague: 具体 的 同事 类 ， 实 现 自己 的 业务 ， 在 需要 与 其 他 同事 通信 的 时 
候 ， 就 与 持 有 的 中 介 者 通信 ， 中 介 者 会 负责 与 其 他 的 同事 交互 。 


10. 2.3 ”中介 者 模式 示例 代码 


(1) 先 来 看 看 所 有 同事 的 父 类 的 定义 。 
按照 前 面 的 描述 ， 所 有 需要 交互 的 对 象 都 被 视 为 同事 类 ， 这 些 同事 类 应 该 有 一 个 统 
一 的 约束 。 而 且 所 有 的 同事 类 都 需要 和 中 介 者 对 和 象 交 互 ， 换 句 话说 就 是 所 有 的 同事 都 应 
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该 持 有 中 介 者 对 象 。 


因此 ， 为 了 统一 约束 众多 的 同事 类 ， 并 为 同事 类 提供 持 有 中 介 者 对 象 的 公共 功能 ， 
先 来 定义 一 个 抽象 的 同事 类 ， 在 里 面 实现 持 有 中 介 者 对 象 的 公共 功能 。 


攻 潮 要 提醒 一 点 ,下 面 示例 的 这 个 抽象 类 是 没有 定义 抽象 方法 的 , 主要 是 用 来 约束 所 


夺 加 有 同事 类 的 类 型。 


示例 代码 如 下 : 

/** 

* 同事 类 的 抽象 父 类 

RE 

public abstract class Colleague { 
/** 
* 持 有 中 介 者 对 象 ， 每 一 个 同事 类 都 知道 它 的 中 介 者 对 象 
区 
private Mediator mediator; 
/** 
* 构造 方法 ， 传 入 中 介 者 对 象 
* Q@param mediator 中 介 者 对 象 


public Colleague (Mediator mediator) { 





this.mediator = mediator; 
} 
/** 
* 获取 当前 同事 类 对 应 的 中 介 者 对 象 
* Q@return 对 应 的 中 介 者 对 象 
小 这 
public Mediator getMediator() { 
return mediator; 
} 
} 
(2) 再 来 看 看 具体 的 同事 类 ， 在 示意 中 它们 的 实现 是 差不多 的 。 示 例 代 码 如 下 : 
/** 
* 具体 的 同事 类 A 
a 
public class ConcreteColleagueA extends Colleague { 
public ConcreteColleagueA (Mediator mediator) { 


super (mediator); 
/** 
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* 示意 方法 ， 执 行 某 些 业务 功能 

了 

Public void someOperation() { 
// 在 需要 跟 其 他 同事 通信 的 时 候 ， 通 知 中介 者 对 象 
getMediator() .changed (this); 


} 
同事 类 B 的 实现 。 示 例 代码 如 下 : 
/** 
* 具体 的 同事 类 B 
办 
public class ConcreteColleagueB extends Colleague 1{ 
public ConcreteColleagueB (Mediator mediator) { 
super (mediator); 
} 
/** 
* 示意 方法 ， 执 行 某 些 业务 功能 
ba 
public void someOperation() { 
// 在 需要 跟 其 他 同事 通信 的 时 候 ， 通 知 中 介 者 对 和 象 
getMediator() .changed (this); 


} 
(3) 接 下 来 看 看 中 介 者 的 定义 。 示 例 代码 如 下 : 
/大大 
* 中 介 者 ， 定 义 各 个 同事 对 象 通信 的 接口 
SW 
public interface Mediator { 
/大 大 
* 同事 对 象 在 自身 改变 的 时 候 来 通知 中 介 者 的 方法 
* 让 中 介 者 去 负责 相应 的 与 其 他 同事 对 象 的 交互 
* @param colleague 同事 对 象 自 身 ， 好 让 中 介 者 对 象 通过 对 象 实例 
* 去 获取 同事 对 象 的 状态 
aA 
public void changed(Colleague colleague); 
} 
(4) 最 后 来 看 看 具体 的 中 介 者 实现 。 示 例 代码 如 下 : 
/** 
* 具体 的 中 介 者 实现 
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办 
public class ConcreteMediator implements Mediator { 
/** 
* 持 有 并 维护 同事 A 
完 污 
private ConcreteColleagueA colleagueAa; 
/** 
* 持 有 并 维护 同事 B 
泥 六 


private ConcreteColleagueB colleagueB; 


/六 大 
* 设置 中 介 者 需要 了 解 并 维护 的 同事 A 对 象 
* @param colleague 同事 A 对 象 
为 
public void setConcreteColleagueAl( 
ConcreteColleagueA colleague) { 
colleagueA = colleague; 
} 
/** 
* 设置 中 介 者 需要 了 解 并 维护 的 同事 B 对 象 
* @param colleague 同事 B 对 象 
代 请 
public void setConcreteColleagueB( 
l ConcreteColleagueB colleague) { 


ColleagueB = colleague; 


public void changed(Colleague colleague) { 
// 某 个 同事 类 发 生 了 变化 ， 通 常 需要 与 其 他 同事 交互 
./V/ 有 具体 协调 相应 的 同事 对 象 来 实现 协作 行为 


} 
10. 2.4 使 用 中 介 者 模式 来 实现 示例 


要 使 用 中 介 者 模式 来 实现 示例 ， 那 就 要 区 分 出 同事 对 象 和 中 介 者 对 象 。 很 明显 ， 主 
板 是 作为 中 介 者 ， 而 光驱 、CPU、 上 声卡 、 显 卡 等 配件 ， 都 是 作为 同事 对 象 。 


根据 中 介 者 模式 的 知识 ， 设 计 出 示例 的 程序 结构 ， 如 图 10.4 所 示 。 
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图 10.4 ”使 用 中 介 者 模式 实现 示例 的 结构 示意 图 
下 面 来 看 看 代码 实现 ， 会 更 清楚 。 
(1) 先 来 看 看 所 有 同事 的 抽象 父 类 的 定义 ， 跟 标准 的 实现 是 差不多 的 。 示 例 代 码 如 


下 : 


public abstract class Colleague { 
private Mediator mediator; 
public Colleague (Mediator mediator) { 
this.mediator = mediator; 
} 
public Mediator getMediator() { 


return mediator; 


} 
(2) 定义 众多 的 同事 。 
定义 好 了 同事 的 抽象 父 类 ， 接 下 来 就 应 该 具体 地 实现 这 些 同 事 类 了 ， 按 照 顺 序 一 个 
一 个 来 。 
先 看 看 光驱 类 吧 。 示 例 代码 如 下 : 
/** 
* 光驱 类 ， 一 个 同事 类 
eA 
public class CDDriver extends Colleaguelf{ 
public CDDriver (Mediator mediator) { 
super (mediator); 
} 
/** 
* 光驱 读 取出 来 的 数据 
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/ 

es String data = 
/** 

* 获取 光驱 读 取出 来 的 数据 
* @return 光驱 读 取出 来 的 数据 
过 类 

Public String getData()1{ 






mn 





自身 的 业务 状 
态 数据 






return this.data; 

} 

/** 

* 读 取 光盘 

六 

public void readcCD()f{ 
// 喜 号 前 是 视频 显示 的 数据 ， 喜 号 后 是 声音 
this.data = "设计 模式 ,值得 好 好 研究 "; 
// 通 知 主板 ， 自 己 的 状态 发 生 了 改变 
this.getMediator() .changed (this) : 






业务 方法 , 也 是 
和 中 介 者 交互 
的 方法 






接 下 来 该 看 看 CPU 类 了 。 示 例 代码 如 下 : 


* CPU 类， 一 个 同事 类 


Public class CPU extends Colleaguel{ 


public CPU (Mediator mediator) { 
super (mediator); 

} 

/** 

* 分 解 出 来 的 视频 数据 

SY 

private String videoData = ""; 
/** 

* 分 解 出 来 的 声音 数据 

sg 

private String soundData = ""»} 
/** 

* 获取 分 解 出 来 的 视频 数据 

* @return 分 解 出 来 的 视频 数据 

*/ 

public String getVideoData() { 





return videoData; 

} 

/** 

* 获取 分 解 出 来 的 声音 数据 

* @return 分 解 出 来 的 声音 数据 

public String getSoundData() { 
return soundData; 

} 

/** 

* 处 理 数据 ， 把 数据 分 成 音频 和 视频 的 数据 

* @param data 被 处 理 的 数据 

来 光 

public void executeData(String data){ 
// 把 数据 分 解 开 ， 前 面 的 是 视频 数据 ， 后 面 的 是 音频 数据 
String' [ll ss = dataJopntit te 








业务 方法 ， 也 是 和 
中 介 者 交互 的 方法 






this.videoData = ss{[0]; 
this.soundData = ss[1]; 
// 通 知 主板 ，cPU 的 工作 完成 
this.getMediator() .changed (this); 


_ 
下 面 该 来 看 看 显示 的 同事 类 了 。 显 卡 类 的 示例 代码 如 下 : 
/** 
* 显卡 类 ， 一 个 同事 类 
4/ 
Public class VideoCard extends Colleaguel{ 
public VideoCard(Mediator mediator) { 
super (mediator); 
} 
/** 
* 显示 视频 数据 
* @param data 被 显示 的 数据 
到 
public void showData (String data){ 
System.out .Println(" 您 正 观看 的 是 : "+data); 


} 
同样 的 ， 看 看 声卡 的 处 理 类 ， 示 例 代 码 如 下 : 


(3) 定义 中 介 者 接口 。 
由 于 所 有 的 同事 对 象 都 要 和 中 介 者 交互 ， 下 面 来 定义 出 中 介 者 的 接口 ， 功 能 不 多 ， 


提供 一 个 让 同事 对 象 在 自身 改变 的 时 候 来 通知 中 介 者 的 方法 。 示 例 代 码 如 下 : 


(4) 实现 中 介 者 对 象 。 


中 介 者 的 功能 稍微 多 一 点 ， 它 需要 处 理 所 有 的 同事 对 象 之 间 的 交互 。 好 在 我 们 要 示 
例 的 东西 并 不 麻烦 ， 仅 有 两 个 功能 处 理 而 已 。 示 例 代 码 如 下 : 





be 


private CDDriver cdDriver = null; 








/x* 

* 需要 知道 要 交互 的 同事 类 一 CPU 类 

办 

private CPU cpu = null; 

/x* 

* 需要 知道 要 交互 的 同事 类 一 显卡 类 

wr 

private VideoCard videoCard = null; 
/x 

* 需要 知道 要 交互 的 同事 类 一 声卡 类 


private SoundCard soundCard = null; 


public void setCdDriver (CDDriver cdDriver) { 
this.caDriver = cdDriver; 

} 

public void setCpul(CPU cpu) { 
this.cpu = cpu; 

lj 

public void setVideoCard(VideoCard videoCard) { 
this.videoCard = videoCard; 

} 

public void setSoundCard(SoundCard soundCard) { 
this.soundCard = soundCard; 

} 

Public void changed{(Colleague colleague) { 


if{(colleague == cdDriver)t{ 
// 表 示 光 驱 读 取 数 据 了 
this.opeCDDriverReadData( (CDDriver) colleague); 
}else if(colleague == cpu){ 
// 表 示 cPU 处 理 完了 
this.opeCPU( (CPU) colleague) : 
} 
} 
pe 


* 处 理光 驱 读 取 数 据 以 后 与 其 他 对 象 的 交互 
* @param cd 光驱 同事 对 象 
A 
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private void opeCDDriverReadData (CDDriver cd) 1{ 
//1: 先 获取 光驱 读 取 的 数据 
String data = cd.getData(); 
//2: 把 这 些 数据 传递 给 CPU 进行 处 理 
this.cpu.executeData (data); 
} 
/** 
* 处 理 CPU 处 理 完 数据 后 与 其 他 对 象 的 交互 
* @param cpu CPU 同事 类 
dh 
private void opeCPU(CPU cpu) { 
//1: 先 获取 CPU 处 理 后 的 数据 
String videoData = cpu.getVideoData(); 
String soundData = cpu.getSoundData(); 
//2: 把 这 些 数据 传递 给 显卡 和 声卡 展示 出 来 
this.videoCard.showData (videoData); 


this.soundCard.soundData (soundData); 


} 
(5) 看 个 电影 享受 一 下 。 
定义 完了 同事 类 ， 也 实现 处 理 了 它们 交互 的 中 介 者 对 象 ， 该 来 写 个 客户 端 使 用 它们 。 
来 看 个 电影 ， 好 好 享受 一 下 。 写 个 客户 端 测试 一 下 ， 看 看 效果 。 示 例 代码 如 下 : 
public class Client. { 
public static void main(String[] args) { 
//1: 创建 中 介 者 一 一 主板 对 象 
MotherBoard mediator = new MotherBoard(); 
//2: 创建 同事 类 
CDDriver cd = new CDDriver (mediator); 
CPU cpu = new CPU (mediator); 
VideoCard vc = new VideoCard (mediator); 


SoundCard sc = new SoundCard (mediator); 


//3: 让 中 介 者 知道 所 有 的 同事 
mediator.setCdDriver (cd); 
mediator.setCpu (cpu); 
mediator.setVideoCard(vc); 


mediator.setSoundCard (sc); 


//4: 开始 看 电影 ， 把 光盘 放 入 光驱 ， 光 驱 开 始 读 盘 
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cd.readCD() 


} 

测试 结果 如 下 : 

您 正 观看 的 是 : 设计 模式 

画外音 : 值得 好 好 研究 

如 同上 面 的 示例 ， 对 于 光驱 对 象 、CPU 对 象 、 显 卡 对 象 和 声卡 对 象 ， 需 要 相互 交互 
虽然 只 是 简单 演示 ， 但 是 也 能 看 出 来 ， 它 们 的 交互 是 比较 麻烦 的 ， 于 是 定义 一 个 中 介 者 
对 象 一 一 主板 对 象 ， 来 维护 它们 之 间 的 交互 关系 ， 从 而 使 得 这 些 对 象 松散 耦合 。 

如 果 这 个 时 候 需 要 修改 它们 的 交互 关系 ， 直 接 到 中 介 者 里 面 修改 就 好 了 ， 也 就 是 说 
它们 的 关系 已 经 独立 封装 到 中 介 者 对 象 里 面 了 ， 可 以 独立 地 改变 它们 之 间 的 交互 关系 ， 
而 不 用 去 修改 这 些 同 事 对 象 。 


10.3 模式 讲解 





10. 3.1 认识 中 介 者 模式 


1. 中 介 者 模式 的 功能 

中 介 者 的 功能 非常 简单 ， 就 是 封装 对 象 之 间 的 交互 。 如 果 一 个 对 象 的 操作 会 引起 其 
他 相关 对 象 的 变化 ， 或 者 是 某 个 操作 需要 引起 其 他 对 象 的 后 续 或 连带 操作 ， 而 这 个 对 象 
又 不 希望 自己 来 处 理 这 些 关 系 ， 那 么 就 可 以 找 中 介 者 ， 把 所 有 的 麻烦 扔 给 它 ， 只 在 需要 
的 时 候 通 知 中 介 者 ， 其 他 的 就 让 中 介 者 去 处 理 就 可 以 了 。 

反 过 来 ， 其 他 的 对 象 在 操作 的 时 候 ， 可 能 会 引起 这 个 对 象 的 变化 ， 也 可 以 这 么 做 。 
最 后 对 象 之 间 就 完全 分 离 了 ， 谁 都 不 直接 跟 其 他 对 象 交 互 ， 那 么 相互 的 关系 全 部 被 集中 
到 中 介 者 对 象 里 面 了 ， 所 有 的 对 象 就 只 是 跟 中 介 者 对 象 进行 通信 ， 相 互 之 间 不 再 有 联系 。 

把 所 有 对 象 之 间 的 交互 都 封装 在 中 介 者 当中 ， 无 形 中 还 可 以 得 到 另外 一 个 好 处 ， 就 
是 能 够 集中 地 控制 这 些 对 象 的 交互 关系 ， 这 样 当 有 变化 的 时 候 ， 修 改 起 来 就 很 方便 。 

2. 需要 Mediator 接口 吗 


要 回答 这 个 问题 , 先 要 搞 清楚 一 件 事 情 , 接口 是 用 来 干什么 的 ? 接口 是 用 来 实现 “ 封 
装 隔离 ”的 ， 那 么 封装 谁 ? 隔离 谁 呢 ? Mediator 接口 就 是 用 来 封装 中 介 者 对 象 的 ， 使 得 
使 用 中 介 者 对 象 的 客户 对 象 跟 具 体 的 中 介 者 实现 对 象 分 离开 。 

了 解 了 上 面 的 这 些 内 容 ， 回 过 来 想 想 ， 有 没有 使 用 Mediator 接口 的 必要 ， 那 就 取决 
于 是 否 会 提供 多 个 不 同 的 中 介 者 实现 。 如 果 中 介 者 实现 只 有 一 个 的 话 ， 而 且 预 计 中 也 没 
有 需要 扩展 的 要 求 ， 那 么 就 可 以 不 定义 Mediator 接口 ， 让 各 个 同事 对 象 直接 使 用 中 介 者 
实现 对 象 ， 如果 中 介 者 实现 不 只 一 个 ， 或 者 预计 中 有 扩展 的 要 求 ， 那 么 就 需要 定义 
Mediator 接口 ， 让 各 个 同事 对 和 象 来 面向 中 介 者 接口 编程 ， 而 无 须 关 心 具 体 的 中 介 者 实现 。 
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3. 同事 关系 


在 标准 的 中 介 者 模式 中 ， 将 使 用 中 介 者 对 象 来 交互 的 那些 对 象 称 为 同事 类 ， 这 不 是 
随便 叫 的 ， 在 中 介 者 模式 中 ， 要 求 这 些 类 都 要 继承 相同 的 类 。 也 就 是 说 ， 这 些 对 象 从 某 
个 角度 讲 是 同一 个 类 型 ， 算 是 兄弟 对 象 。 

正 是 这 些 兄弟 对 象 之 间 的 交互 关系 很 复杂 ， 才 产生 了 把 这 些 交 互 关系 分 离 出 去 ， 单 
独 做 成 中 介 者 对 象 ， 这 样 一 来 ， 这 些 兄 弟 对 象 就 成 了 中 介 者 对 象 眼 里 的 同事 。 


4. 同事 和 中 介 者 的 关系 

在 中 介 者 模式 中 ， 当 一 个 同事 对 象 发 生 了 改变 ， 需 要 主动 通知 中 介 者 ， 让 中 介 者 去 
处 理 与 其 他 同事 对 象 相 关 的 交互 。 

这 就 导致 了 同事 对 象 和 中 介 者 对 象 之 间 必 须 有 关系 ， 首 先是 同事 对 象 需要 知道 中 介 
者 对 象 是 谁 ， 反 过 来 ， 中 介 者 对 象 也 需要 知道 相关 的 同事 对 象 ， 这 样 它 才能 与 同事 对 象 
进行 交互 。 也 就 是 说 中 介 者 对 象 和 同事 对 象 之 间 是 相互 依赖 的 。 
5. 如 何 实现 同事 和 中 介 者 的 通信 
一 个 同事 对 象 发 生 了 改变 ， 会 通知 中 介 者 对 象 ， 中 介 者 对 象 会 处 理 与 其 他 同事 的 交 
这 就 产生 了 同事 对 象 和 中 介 者 对 象 的 相互 通信 。 人 怎么 实现 这 种 通信 关系 呢 ? 
一 种 实现 方式 是 在 Mediator 接口 中 定义 一 个 特殊 的 通知 接口 ,作为 一 个 通用 的 方法 ， 
让 各 个 同事 类 来 调用 这 个 方法 ， 在 中 介 者 模式 结构 图 里 画 的 就 是 这 种 方式 。 在 前 面 示例 
的 也 是 这 种 方式 ， 定 义 了 一 个 通用 的 changed 方法 ， 并 且 把 同事 对 象 当做 参数 传 入 ， 这 
样 在 中 介 者 对 象 里 面 ， 就 可 以 去 获取 这 个 同事 对 象 的 实例 的 数据 了 。 

另外 一 种 实现 方式 是 可 以 采用 观察 者 模式 ， 把 Mediator 实现 成 为 观察 者 ， 而 各 个 同 
事 类 实现 成 为 Subject， 这 样 同事 类 发 生 了 改变 ， 会 通知 Mediator。Mediator 在 接 到 通知 
以 后 ， 会 与 相应 的 同事 对 象 进行 交互 。 


互 


6. 中 介 者 模式 的 调用 顺序 示意 图 
中 介 者 模式 的 调用 顺序 如 图 10.5 所 示 。 


: 调用 同事 A 的 方法 ，| 
触发 同事 A 的 改变 


1.1: 通知 中 办 者 自身 的 改变 





图 10.5 中 介 者 模式 的 调用 顺序 示意 图 
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10.3.2 广义 中 介 者 


仔细 查看 中 介 者 的 结构 、 定 义 和 示 例 ， 会 发 现 几 个 问题 ， 使 得 中 介 者 模式 在 实际 使 
用 的 时 候 ， 变 得 繁琐 或 困难 。 
其 一 ， 是 否 有 必要 为 同事 对 象 定义 一 个 公共 的 父 类 ? 
大 家 都 知道 ，Java 是 单 继承 的 ， 为 了 使 用 中 介 者 模式 ， 就 让 这 些 同事 对 象 继承 一 个 
父 类 ， 这 是 很 不 好 的 ; 再 说 了 ， 这 个 父 类 目前 也 没有 什么 特别 的 公共 功能 ， 也 就 是 说 继 
承 它 也 得 不 到 多 少 好 处 。 
在 实际 开发 中 ， 很 多 相互 交互 的 对 象 本 身 是 没有 公共 父 类 的 ， 强 行 加 上 一 个 父 类 ， 
会 让 这 些 对 象 实现 起 来 特别 别扭 。 
其 二 ， 同 事 类 有 必要 持 有 中 介 者 对 象 吗 ? 
同事 类 需要 知道 中 介 者 对 象 ， 以 便当 它们 发 生 改变 的 时 候 能 够 通知 中 介 者 对 象 。 但 
是 是 否 需要 作为 属性 并 通过 构造 方法 传 入 这 么 强 的 依赖 关系 呢 ? 
也 可 以 用 简单 的 方式 去 通知 中 介 对 象 ， 比 如 把 中 介 对 象 做 成 单 例 ， 直 接 在 同事 类 的 
方法 里 面 去 调用 中 介 者 对 象 。 
其 三 ， 是 否 需 要 中 介 者 接口 ? 
在 实际 开发 中 ， 很 常见 的 情况 是 不 需要 中 介 者 接口 的 ， 而 且 中 介 者 对 象 也 不 需要 创 
建 很 多 个 实例 。 因 为 中 介 者 是 用 来 封装 和 处 理 同事 对 象 的 关系 的 ， 它 一 般 是 没有 状态 需 
要 维护 的 ， 因 此 中 介 者 通常 可 以 实现 成 单 例 。 
其 四 ， 中 介 者 对 象 是 否 需 要 持 有 所 有 的 同事 ? 
虽说 中 介 者 对 象 需要 知道 所 有 的 同事 类 ， 这 样 中 介 者 才能 与 它们 交互 。 但 是 是 否 需 
要 作为 属性 这 么 强烈 的 依赖 关系 ， 而 且 中 介 者 对 象 在 不 同 的 关系 维护 上 ， 可 能 会 需要 不 
同 的 同事 对 象 的 实例 ， 因 此 可 以 在 中 介 者 处 理 的 方法 里 面 去 创建 ， 或 者 获取 ， 或 者 从 参 
数 传 入 需要 的 同事 对 象 。 
其 五 ， 中 介 者 对 象 只 是 提供 一 个 公共 的 方法 来 接受 同事 对 象 的 通知 吗 ? 
从 示例 中 可 以 看 出 来 ， 在 公共 方法 里 ， 还 是 要 去 区 分 到 底 是 谁 调 过 来 ， 这 还 是 简单 
的 ， 还 没有 去 区 分 到 底 是 什么 样 的 业务 触发 调用 过 来 的 ， 因 为 不 同 的 业务 ， 引 起 的 与 其 
他 对 象 的 交互 是 不 一 样 的 。 
因此 在 实际 开发 中 ， 通 常会 提供 具体 的 业务 通知 方法 ， 这 样 就 不 用 再 去 判断 到 底 是 
什么 对 象 ， 具 体 是 什么 业务 了 。 
基于 上 面 的 考虑 , 在 实际 应 用 开发 中 , 经 常会 简化 中 介 者 模式 , 来 使 开发 变 得 简单 ， 
比如 有 如 下 的 简化 。 
sm ”通常 会 去 掉 同 事 对 象 的 父 类 ， 这 样 可 以 让 任意 的 对 象 ， 只 要 需要 相互 交互 ， 就 可 
以 成 为 同事 。 

m ”通常 不 定义 Mediator 接口 ， 把 具体 的 中 介 者 对 象 实现 成 为 单 例 。 

s ”同事 对 象 不 再 持 有 中 介 者 ， 而 是 在 需要 的 时 候 直 接 获 取 中 介 者 对 象 并 调用 ;， 中 介 
者 也 不 再 持 有 同事 对 象 ， 而 是 在 具体 处 理 方法 里 面 去 创建 ， 或 者 获取 ， 或 者 从 参 


232 


第 10 章 中介 者 模式 Mediator ) 用 国生 
数 传 入 需要 的 同事 对 象 。 
把 这 样 经 过 简化 、 变 形 使 用 的 情况 称 为 广义 中 介 者 。 
还 是 举 个 实际 点 的 例子 来 看 看 吧 。 
1. 部 门 与 人 员 
几乎 在 每 个 应 用 系统 中 都 需要 这 样 的 功能 模块 : 部 门 管理 和 人 员 管 理 ， 为 了 简单 点 
演示 ， 把 模块 简化 成 类 ， 也 就 是 有 一 个 部 门类 Dep 和 人 员 类 User。 
首先 想 想 部 门类 Dep 和 人 员 类 User 之 间 是 什么 关系 ， 一 对 一 ? 一 对 多 ? 还 是 多 对 
多 ? 
可 能 在 不 同 的 系统 里 面 ， 根 据 需要 会 做 成 不 同 的 关系 。 但 从 实际 情况 讲 ， 部 门 和 人 
员 应 该 是 多 对 多 的 ， 也 就 是 一 个 部 门 可 以 有 多 个 人 ， 而 一 个 人 也 可 以 加 入 多 个 部 门 。 
对 于 一 个 部 门 有 多 个 人 人， 估计 大 家 都 能 理解 。 而 一 个 人 也 可 以 加 入 多 个 部 门 ， 或 许 
有 些 朋友 就 觉得 有 些 问题 了 ， 因 为 在 他 们 做 系统 的 经 验 上 ， 是 一 个 人 只 属于 一 个 部 门 的 。 
事实 上 一 个 人 是 可 以 属于 多 个 部 门 的 ， 比 如 ， 某 人 是 开发 部 的 经 理 ， 同 时 也 是 销售 
部 门 的 技术 总 监 ， 为 销售 部 门 给 客户 的 解决 方案 中 的 技术 部 分 进行 把 关 ， 同 时 还 可 以 是 
客户 服务 部 门 的 技术 顾问 ， 为 他 们 解决 客户 的 技术 问题 提供 指导 。 
好 了 ， 理 解 了 部 门 和 人 员 是 多 对 多 的 关系 以 后 ， 有 些 朋 友 可 能 会 做 出 如 下 的 设计 ， 
不 就 是 个 多 对 多 吗 ， 类 之 间 的 多 对 多 也 很 容易 表达 啊 ， 如 下 : 
Public class Dep { 
private _ Collection<User> colUser = new ArrayList<User>(); 
} 
public class User { 
private Collection<Dep> colDep = new ArrayList<Dep>(); 
} 
很 简单 ， 是 吧 ， 一 个 部 门 有 多 个 人 员 ， 一 个 人 员 属 于 多 个 部 门 。 
2. 问题 的 出 现 
真 的 这 么 简单 吗 ? 再 进一步 想 想 部 门 和 人 员 的 功能 交互 ， 就 会 知道 这 样 设 计 是 存在 
问题 的 ， 举 几 个 常见 的 功能 : 


= ”部 门 被 撤销 ; 
s ”部 门 之 间 进 行 合并 ; 
人 员 离 职 ; 


=m 人员 从 一 个 部 门 调职 到 男 外 一 个 部 门 。 

想 想 要 实现 这 些 功能 ， 按 照 前 面 的 设计 ， 该 怎么 做 呢 ? 

(1) 系统 运行 期 间 部 门 被 撤销 了 ， 就 意味 着 这 个 部 门 不 存在 了 。 可 是 原来 这 个 部 门 
下 所 有 的 人 员 ， 每 个 人 员 的 所 属 部 门 中 都 有 这 个 部 门 呢 ， 那 么 就 需要 先 通 知 所 有 的 人 员 ， 
把 这 个 部 门 从 他 们 的 所 属 部 门 中 去 掉 ， 然 后 才 可 以 清除 这 个 部 门 。 

(2) 部 门 合 并 。 是 合并 成 一 个 新 的 部 门 昵 ， 还 是 把 一 个 部 门 并 入 到 另 一 个 部 门 ? 如 
果 是 合并 成 一 个 新 的 部 门 ， 那 么 需要 把 原 有 的 两 个 部 门 撤销 ， 然 后 再 新 增 一 个 部 门 ; 如 
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果 是 把 一 个 部 门 合 并 到 另 一 个 部 门 里 面 ， 那 就 是 撤销 掉 一 个 部 门 ， 然 后 把 这 个 部 门下 的 
人 员 移 动 到 这 个 部 门 。 不 管 是 哪 种 情况 ， 都 面临 着 需要 通知 相应 的 人 员 进 行 更 改 这 样 的 
问题 。 

(3) 人员 离 职 了 ， 反 过 来 就 需要 通知 他 所 属于 的 部 门 ， 从 部 门 的 拥有 人 员 的 记录 中 
去 除 这 个 人 员 。 

(4) 人 员 调 职 ， 同 样 需要 通知 相关 的 部 门 ， 先 从 原来 的 部 门 中 去 除 掉 ， 然 后 再 到 新 
的 部 门 中 添加 上 。 


看 了 人 上述 的 描述 ， 感 觉 如 何 ? 是 不 是 就 一 个 字 “ 烦 ” 啊 ! 

麻烦 的 根源 在 什么 地 方 呢 ?” 人 和 仔细 想 想 ， 对 了 ， 麻 烦 的 根源 就 在 于 部 门 和 人员 之 间 的 
厢 合 ， 这 样 时 致 操作 人 员 的 时 候 ， 需 要 操作 所 有 相关 的 部 门 ， 而 操作 部 门 的 时 候 又 需要 
操作 所 有 相关 的 人 员 ， 使 得 部 门 和 人 和 人员 搅 和 在 了 一 起 。 

3. 中 介 者 来 解决 

找到 了 根源 就 好 办 了 ， 采 用 中 介 者 模式 ， 引 入 一 个 中 介 者 对 象 来 管理 部 门 和 人员 之 
间 的 关系 ， 就 能 解决 这 些 问 题 了 。 

如 果 采 用 标准 的 中 介 者 模式 ， 想 想 上 面 提出 的 那些 问题 点 吧 ， 就 知道 实现 起 来 会 很 
别 担 。 因 此 采用 广义 的 中 介 者 来 解决 ， 这 样 部 门 和 和 人员 就 完全 解 厅 了， 也 就 是 说 部 门 不 
知道 人 员 ， 人 员 也 不 知道 部 门 ， 它 们 完全 分 开 ， 它 们 之 间 的 关系 就 完全 由 中 介 者 对 象 来 
管理 了 。 这 个 时 候 的 结构 如 图 10.6 所 示 。 


的 交互 





图 10.6 引入 中 介 者 后 的 结构 示意 图 

好 了 ， 还 是 看 代码 示例 会 比较 清晰 。 
4. 实现 示例 
(1) 首先 定义 部 门类 。 示 例 代码 如 下 : 
/六 大 
* 部 门类 
夺 坟 
public class Dept 

/** 

* 描述 部 门 编号 

A 

private String depId; 

/** 

* 描述 部 门 名称 
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(2) 接 下 来 定义 人 员 类 。 示 例 代 码 如 下 : 








人 


private String userName; 


public String getUserId() { 
rotuUrn userTdy 
} 
public void setUserId (Stzing user1Id) { 
this.userId = userId; 
} % 
public String getUserName () { 
return userName; 
} 
public void setUserName (String userName) { 
this.userName = userName; 
} 
/大 大 
* 人 员 离 职 
* @return 是 否 处 理 成 功 
六 从 
public boolean dimission(){ 
//1: 要 先 通过 中 介 者 去 除 掉 所 有 与 这 个 人 员 相 关 的 部 门 和 人 员 的 关系 
DepUserMediatorIimpl mediator = 
DepUserMediatorImpl .getInstance(); 
mediator .deleteUser (userId); 
//2: 然后 才能 真正 地 清除 掉 这 个 人 员 
// 请 注意 ， 实 际 开发 中 ， 人 员 离 职 ， 是 不 会 真 的 删除 人 员 记 录 的 
// 通 常 是 把 人 员 记 录 的 状态 或 者 是 删除 标记 设置 成 已 删除 
// 只 是 不 再 参加 新 的 业务 ， 但 是 已 经 发 生 的 业务 记录 是 不 会 被 清除 掉 的 


retuUurn truey 


} 
(3) 顺带 看 一 下 描述 部 门 和 和 人员 关 系 的 对 象 ， 非 常 简单 。 示 例 代 码 如 下 : 


/** 
* “描述 部 门 和 和 人员 关系 的 类 
pl 


public class DepUserModel { 
DE 大 大 
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* 用 于 部 门 和 人 员 关 系 的 编号 ， 用 做 主键 
人 
private String depUserId; 


/** 

* 部 门 的 编号 

wg 

private String depId; 
/太太 机 

* 人 员 的 编号 

容 炙 


private string UserIdr 






属性 对 应 的 getter/setter 方法 ， 
因为 篇 幅 关 系 ， 省 略 了 

} 

(4) 具体 的 中 介 者 实现 。 

首先 中 介 者 要 管理 部 门 和 人 员 的 关系 ， 所 以 在 中 介 者 实现 里 面 添加 了 一 些 测试 的 数 
据 ， 为 此 还 专门 做 了 一 个 用 来 描述 部 门 和 和 人员 关系 的 数据 对 象 ， 其 次 在 中 介 者 里 面 只 是 
实现 了 撤销 部 门 和 人 员 离 职 相应 的 关系 处 理 ， 其 他 的 没有 实现 ; 另外 ， 这 个 中 介 者 实现 
被 实现 成 单 例 的 了 。 示 例 代 码 如 下 : 

pa 

* 实现 部 门 和 人 员 交 互 的 中 介 者 实现 类 

* 说 明 : 为 了 演示 的 简洁 性 ， 只 示例 实现 撤销 部 门 和 人 员 离 职 的 功能 

public class DepUserMediatorImP11{ 

private static DepUserMediatorImpl mediator = 
new DepUserMediatorImpl (); 


private DepUserMediatorIimpl (){ 
/7 调用 初始 化 测试 数据 的 功能 实现 成 单 例 
initTestData (); 

} 


public static DepUserMediatorIimpl getIinstance()t{ 


return mediator; 


paieoed 
* 测试 用 ， 记 录 部 门 和 人 员 的 关系 
wh 


private Collection<DepUserModel> depUserCol = 
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} 


/** 

* 完成 因 撤 销 部 门 的 操作 所 引起 的 与 人 员 的 交互 ， 需 要 去 除 相 应 的 关系 
* @param depId 被 撤销 的 部 门 对 象 的 编号 

* @return 是 否 已 经 正确 地 处 理 了 因 撤 销 部 门 所 引起 的 与 人 员 的 交互 
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/ 六 六 
* 初始 化 测试 数据 


new ArrayList<DepUserModel>(); 


private void initTestData(){ 


/ /准备 一 些 测试 数据 

DepUserModel dul = new DepUserModel ()，; 
dul.setDepUserId("dul"); 
Qul.setDepIdQ("d1") 
dul.setUserId("ul™"); 
depUserCol .add (dul); 


DepUserModel du2 = new DepUserModel ()，; 
du2.setDepUserIid ("du2"); 
du2.setDepId("d1"); 
du2.setUserIid("u2"); 
depUserCol .add (du2)，; 


DepUserModel du3 = new DepUserModel ();，; 
du3.setDepUserId ("du3"); 
du3.setDepId("d2"); 
du3.setUserId("u3"); 

depUserCol.add (du3); 


DepUserModel du4 = new DepUserModel ()，; 
du4.setDepUserId ("du4"); 
du4.setDepId("d2"); 
du4.setUserIid("u4"); 
depUserCol .add (du4); 


DepUserModel du5 = new DepUserModel (); 
du5.setDepUserId ("du5"); 
du5.setDepId("d2"); 
du5.setUserIid("ul™"); 

depUserCol.add (du5); 
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} 
/文大 
* 测试 用 ， 在 内 部 打印 显示 一 个 部 门下 的 所 有 人 员 
* @param dep 部 门 对 象 
ed 
Public void showDepUsers (Dep dep) 1{ 

for(DepUserModel du : depUserCol){ 

if(du.getDepId() .equals (dep.getDepId()))t{ 
System.out.println ("部 门 编号 ="+dep.getDepId () 
+" 下 面 拥 有 人 员 ， 其 编号 是 : "+du.getUserId()); 


} 
/** 
* 测试 用 ， 在 内 部 打印 显示 一 个 人 员 所 属 的 部 门 
* Q@param user 人 员 对 象 
hg 
public void showUserDeps (User user) 1{ 

for(DepUserModel du : dqepPUserCol) { 

if(du.getUserId() .equals (user.getUserId()))t 
System.out.println ("人 员 编 号 ="+user.getUserId() 
+" 属 于 部 门 编号 是 : "+du.getDepId()); 


} 
/ 
* 完成 因 人 员 调 换 部 门 引 起 的 与 部 门 的 交互 
* @param userId 被 调换 的 人 员 的 编号 
* @param oldDepId 调换 前 的 部 门 的 编号 
* @param newDepId 调换 后 的 部 门 的 编号 
* @return 是 否 正确 处 理 了 因 人 员 调 换 部 门 引 起 的 与 部 门 的 交互 
风水 
Public boolean changeDep (String userId, String oldDepId 
, String newDepId) { 
// 本 示例 不 去 实现 了 
return false; 
} 
/** 
* 完成 因 部 门 合并 操作 所 引起 的 与 人 员 的 交互 
* @param colDepIds 需要 合并 的 部 门 的 编号 集合 
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* @param newDep 合并 后 新 的 部 门 对 象 


* @return 是 否 正确 处 理 了 因 部 门 合并 操作 所 引起 的 与 人 员 的 交互 
yt 
public boolean joinDep (Collection<String> colDepIds 
: Dep newDep){ 
// 本 示例 不 去 实现 了 
return false; 


» 
} 


(5) 测试 一 下 ， 看 看 好 用 不 。 客 户 端 示例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 
DepUserMediatorImpl mediator = 
DepUserMediatorImpl .getInstance(); 

/ /准备 要 撤销 的 部 门 ， 仅 仅 需 要 一 个 部 门 编号 
Dep dep = new Dep(); 
dep.setDepId("d1"); 
Dep dep2 = new Dep(); 
dep2.setDepId("d2"); 
// 准 备用 于 测试 的 人 员 ， 也 只 需要 一 个 人 员 编号 
User user = new User(); 


user.setUserId ("ul"); 


// 测 试 撤销 部 门 ， 在 运行 之 前 ， 输 出 一 下 ， 看 这 个 人 员 属 于 哪些 部 门 
System.out.println(" 撤 销 部 门 前 -=---------------=-- mw); 
mediator.showUserDeps (user); 

// 真 正 执行 业务 ， 撤 销 这 个 部 门 

dep.deleteDep (); 

// 再 次 输出 一 下 ， 看 这 个 人 员 属于 哪些 部 门 

System.out .Println(" 撤 销 部 门 后 -=----------------- 区 


mediator.showUserDeps (user); 


// 测 试 人 员 离 职 ， 在 运行 之 前 ， 输 出 一 下 ， 看 这 个 部 门下 都 有 哪些 人 员 
Sat lt Ll (Vs 这 
System.out.println(" 人 员 离 职 前 -=--------------- 一 yi 
mediator.showDepUsers (dep2); 

// 真 正 执 行业 务 ， 人 员 离 职 

User.dimission(); 

// 再 次 输出 一 下 ， 看 这 个 部 门下 都 有 哪些 人 员 

System.out.println ("人 员 离 职 后 ----------------- a 
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mediator.showDepUsers (dep2); 


测试 结果 如 下 : 

撤销 部 门 前 --=---------------- 
人 员 编 号 =ul 属于 部 门 编号 是 : dl 
人 员 编 号 =ul 属于 部 门 编号 是 : d2 
撤销 部 门 后 ------------------ 
人 员 编 号 =ul 属于 部 门 编号 是 : d2 


人 员 离 职 前 ------------------ 

部 门 编 号 =d2 下 面 拥有 人 员 ， 其 编号 是 : u3 

部 门 编号 =d2 下 面 拥有 人 员 ， 其 编号 是 : u4 

部 门 编号 =d2 下 面 拥有 人 员 ， 其 编号 是 : ul 

人 员 离 职 后 ------------------ 

部 门 编号 =d2 下 面 拥 有 人 员 ， 其 编号 是 : u3 

部 门 编号 =d2 下 面 拥有 人 员 ， 其 编号 是 : u4 

好 好 体会 一 下 ， 看 看 这 样 做 是 不 是 变 得 更 容易 了 些 ， 而 且 也 实现 了 中 介 者 想 要 实现 

的 功能 ， 那 就 是 让 同事 对 象 相互 分 离 ， 由 中 介 对 象 统一 管理 它们 的 交互 。 


10. 3.3 中介 者 模式 的 优 缺 点 


中 介 者 模式 的 优点 。 


松散 耦合 

中 介 者 模式 通过 把 多 个 同事 对 象 之 间 的 交互 封装 到 中 介 者 对 象 里 面 ， 从 而 使 得 
同事 对 象 之 间 松散 耦合 ， 基 本 上 可 以 做 到 互 不 依赖 。 这 样 一 来 ， 同 事 对 象 就 可 
以 独立 地 变化 和 复 用 ， 而 不 再 像 以 前 那样 “ 牵 一 发 而 动 全 身 ” 了 。 

集中 控制 交互 

多 个 同事 对 象 的 交互 ， 被 封装 在 中 介 者 对 象 里 面 集中 管理 ， 使 得 这 些 交 互 行为 
发 生变 化 的 时 候 ， 只 需要 修改 中 介 者 对 象 就 可 以 了 ， 当 然 如 果 是 已 经 做 好 的 系 
统 ， 那 就 扩展 中 介 者 对 象 ， 而 各 个 同事 类 不 需要 做 修改 。 

多 对 多 变 成 一 对 多 

没有 使 用 中 介 者 模式 的 时 候 ， 同 事 对 象 之 间 的 关系 通常 是 多 对 多 的 ， 引 入 中 介 
者 对 象 以 后 ， 中 介 者 对 象 和 同事 对 象 的 关系 通常 变 成 了 双向 的 一 对 多 ， 这 会 让 
对 象 的 关系 更 容易 理解 和 实现 。 


中 介 者 模式 的 缺点 。 
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中 介 者 模式 的 一 个 潜在 缺点 是 ， 过 度 集 中 化 。 如 果 同 事 对 象 的 交互 非常 多 ， 而 
且 比 较 复 杂 ， 当 这 些 复杂 性 全 部 集中 到 中 介 者 的 时 候 ， 会 导致 中 介 者 对 象 变 得 
十 分 复杂 ， 而 且 难 于 管理 和 维护 。 


第 10 章 ， 中 介 者 模式 (Mediator 是 于 于 于 于 玫 
10. 3. 4 思考 中 介 者 模式 


1. 中 介 者 模式 的 本 质 
中 介 者 模式 的 本 质 : 封装 交互 。 


中 介 者 模式 的 目的 ， 就 是 用 来 封装 多 个 对 象 的 交互 ， 这 些 交互 的 处 理 多 在 中 介 者 对 
象 里 面 实 现 。 因 此 中 介 对 象 的 复杂 程度 ， 就 取决 于 它 封 装 的 交互 的 复杂 程度 。 
只 要 是 实现 封装 对 象 之 间 的 交互 功能 ， 就 可 以 应 用 中 介 者 模式 ， 而 不 必 过 于 拘泥 于 
中 介 者 模式 本 身 的 结构 。 标 准 的 中 介 者 模式 限制 很 多 ， 导 致 能 完全 按照 标准 使 用 中 介 者 
模式 的 地 方 并 不 是 很 多 ， 而 且 多 集中 在 界面 实现 上 。 只 要 本 质 不 变 ， 稍 稍 变形 一 下 ， 简 
化 一 下 ,或许 能 更 好 地 使 用 中 介 者 模式 。 
2. 何 时 选用 中 介 者 模式 
建议 在 以 下 情况 时 选用 中 介 者 模式 。 
sa ”如 果 一 组 对 象 之 间 的 通信 方式 比较 复杂 ， 导 致 相互 依赖 、 结 构 混乱 ， 可 以 采用 中 
介 者 模式 ， 把 这 些 对 象 相互 的 交互 管理 起 来 ， 各 个 对 象 都 只 需要 和 中 介 者 交互 ， 
从 而 使 得 各 个 对 象 松 散 耦 合 ， 结 构 也 更 清晰 易 懂 。 
m 。 如果 一 个 对 象 引 用 很 多 的 对 象 ， 并 直接 跟 这 些 对 象 交 互 ， 导 致 难以 复 用 该 对 象 ， 
可 以 采用 中 介 者 模式 ， 把 这 个 对 象 跟 其 他 对 象 的 交互 封装 到 中 介 者 对 象 里 面 ， 这 
个 对 象 只 需要 和 中 介 者 对 象 交 互 就 可 以 了 。 


10. 3.5 相关 模式 


m ”中介 者 模式 和 外 观 模式 
这 两 个 模式 有 相似 的 地 方 ， 也 存在 很 大 的 不 同 。 
外 观 模 式 多 用 来 封装 一 个 子 系统 内 部 的 多 个 模块 ， 目 的 是 向 子 系统 外 部 提供 简 
单 易 用 的 接口 。 也 就 是 说 外 观 模式 封装 的 是 子 系统 外 部 和 子 系统 内 部 模块 间 的 
交互 ; 而 中 介 者 模式 是 提供 多 个 平等 的 同事 对 象 之 间 交 互 关系 的 封装 ， 一 般 是 
用 在 内 部 实现 上 。 
另外 ， 外 观 模 式 是 实现 单 向 的 交互 ， 是 从 子 系统 外 部 来 调用 子 系统 内 部 ， 不 会 
反 着 来 ， 而 中 介 者 模式 实现 的 是 内 部 多 个 模块 间 多 向 的 交互 。 

s ”中 介 者 模式 和 观察 者 模式 
这 两 个 模式 可 以 组 合 使 用 。 
中 介 者 模式 可 以 组 合 使 用 观察 者 模式 ， 来 实现 当 同 事 对 象 发 生 改变 的 时 候 ， 通 
知 中 介 对 象 ， 让 中 介 对 象 去 进行 与 其 他 相关 对 象 的 交互 。 
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11.1 场景 问题 


11.1.1 访问 多 条 数据 


考虑 这 样 一 个 实际 应 用 : 要 一 次 性 访问 多 条 数据 。 

这 个 功能 的 背景 是 这 样 的 ; 在 一 个 HR〈 人 力 资 源 ) 应 用 项 目 中 客户 提出 ， 当 选择 一 
个 部 门 或 是 分 公司 的 时 候 ， 要 把 这 个 部 门 或 者 分 公司 下 的 所 有 员工 都 显示 出 来 ， 而 且 不 
要 翻 页 ， 方 便 他 们 进行 业务 处 理 。 在 显示 全 部 员工 的 时 候 ， 只 需要 显示 名 称 即 可 ， 但 是 
也 需要 提供 如 下 的 功能 : 在 必要 的 时 候 可 以 选择 并 查看 某 位 员工 的 详细 信息 。 

客户 方 是 一 个 集团 公司 ， 有 些 部 门 或 者 分 公司 可 能 有 好 几 百 人 ， 不 让 翻 页 ， 也 就 是 
要 求 一 次 性 地 获取 这 多 条 数据 并 展示 出 来 。 

该 怎么 样 实现 呢 ? 


11.1.2 不 用 模式 的 解决 方案 


不 就 是 要 获取 某 个 部 门 或 者 某 个 分 公司 下 的 所 有 员工 的 信息 吗 ? 直接 使 用 sql 语句 
从 数据 库 中 查询 就 可 以 得 到 。 示 意 性 的 sql 大 致 如 下 : 
String sql = "select * from 用 户 表 ,部 门 表 " 
+"where 用 户 表 .depId= 部 门 表 .depId " 
+"and 部 门 表 .depId 1ike ' "+ 用户 选择 查看 的 depId+"s%'"; 
为 了 方便 获取 某 个 部 门 或 者 某 个 分 公司 下 的 所 有 员工 的 信息 , 设计 部 门 编号 的 时 候 ， 
是 按照 层级 来 进行 编码 的 , 比如 , 上 一 级 部 门 的 编码 为 “<01”, 那么 本 级 的 编码 就 是 “0101”、 
“0102”… 以 此 类 推 ， 下 一 级 的 编码 就 是 “010101”、“010102”…。 
这 种 设计 方式 ， 从 设计 上 看 虽然 不 够 优雅 ， 但 是 实用 。 像 这 种 获取 某 个 部 门 或 者 某 
个 分 公司 下 的 所 有 员工 信息 的 功能 ， 就 不 用 递归 去 查找 了 , 直接 使 用 like， 只 要 找到 以 该 
编号 开头 的 所 有 部 门 就 可 以 了 。 
示例 涉及 到 的 表 有 两 个 ， 一 个 是 用 户 表 ， 一 个 是 部 门 表 。 两 个 表 需 要 描述 的 字段 都 
较 多 ， 尤 其 是 用 户 表 ， 多 达 好 几 十 个 ， 为 了 示例 简洁 ， 简 化 后 简单 的 定义 如 下 : 
DROP TABLE TBL USER CASCADE CONSTRAINTS ; 
DROP TABLE TBL_DEP CASCADE CONSTRAINTS »} 
CREATE TABLE TBL DEP ( 
DEPID VARCHAR2(20) PRIMARY KEY, 
NAME VARCHAR2 (20) 
站 
CREATE TABLE TBL USER ( 
USERID VARCHAR2(20) PRIMARY KEY, 
NAME VARCHAR2(20) ， 
DEPID VARCHAR2(20) ， 
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第 11 章 “代理 模式 (Proxy)N 装 时 是 时 时 


全 部 采用 大 写 ， 是 基于 Oracle 开发 的 习惯 。 再 来 增加 点 测试 数据 ，SQL 如 下 : 


准备 好 了 表 结 构 和 测试 数据 ， 下 面 来 看 看 具体 的 实现 示例 。 为 了 示例 的 简洁 ， 直 接 
使 用 JDBC 来 完成 。 
《1) 先 来 定义 描述 用 户 数据 的 对 象 。 示 例 代码 如 下 : 





国信 
谎 






* 性 别 

0 

private String sex; 

public String getUserId() { 
return userId; 

} 

public void setUserId(String userId) { 
this.userId = userId; 

} 

public String getName() { 
return name; 

} 

public void setName (String name) { 
this.name = name; 

} 

public String getDepId() { 
return depId; 

} 

public void setDepId(String dep1d) { 
this.depId = depId; 

} 

public String getSex() { 
return sex; 

} 

public void setSex(String sex) { 
this.sex = SeX7 

} 

public String toString(){ 
return "userIld="+userId+",name="+name+",depId=" 


+depId+", sex="+sex+"\n"; 
P 


} 
(2) 接 下 来 使 用 JDBC 来 实现 要 求 的 功能 。 示 例 代 码 如 下 : 
/** 
* 实现 示例 要 求 的 功能 
7 
Public class UserManager { 
/** 
* 根据 部 门 编号 来 获取 该 部 门下 的 所 有 人 员 
* @param depId 部 门 编号 
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* @return 该 部 门下 的 所 有 人 员 
关头 
public Collection<UserModel> getUserByDepld!( 
String depId)throws Exceptiont 
Collection<UserModel> col = new ArrayList<UserModel>(); 
Connection conn = null; 
tryl{ 
conn = this.getConnection(); 
SErang sql Select * from tbli vsar utblidep a 
+"where u.depId=d.depId and d.depId like ?"; 
PreparedStatement pstmt = conn.prepareStatement (sql); 


pstmt.setString(1, depld+"%"); 


ResultSet rs = pstmt .executeQuery(); 
while(rs.next()){ 
UserModel um = new UserModel ()，; 
um.setUserId(rs.getstring ("userId")); 
um.setName (rs.getString ("name")); 
um.setDepId (rs.getSstring("depId")); 


um.setSex (rs.getString ("sex")); 


col.add (um); 
} 
SsCl1OSe ()? 
pstmt.close(); 
}finallyt{ 
conn.close(); 
} 
return col» 
} 
/*# 
* 获取 与 数据 库 的 连接 
* ereturn 数据 库 连接 
i 
private Connection getConnection() throws Exception { 
Class.forName ("你 用 的 数据 库 对 应 的 JDBC 驱 动 类 ") ; 
return DriverManager.getConnection( 


"连接 数据 库 的 URL"，" 用 户 名 "，" 密 码 ") ; 
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(3) 写 个 客户 端 来 测试 看 看 ， 是 否 能 满足 功能 要 求 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) throws Exception{ 
UserManager userManager = new UserManager (); 
Collection<UserModel> col = 
userManager.getUserByDepId("0101"); 
System.out .println (col); 


} 

运行 结果 如 下 : 

[userId=user0001,name= 张 三 1, depId=010101, sex= 男 

，userId=user0002,name= 张 三 2, depId=010101, sex= 男 

， userId=user0003,name= 张 三 3, depId=010102, Se 

] 

你 还 可 以 修改 getUserByDepId 的 参数 , 试 试 传递 不 同 的 参数 , 然后 再 看 看 输出 的 值 ， 
看 看 是 否 正确 地 实现 了 要 求 的 功能 。 


11. 1.3 有 何 问 题 


上 面 的 实现 看 起 来 很 简单 ， 功 能 也 正确 ， 但 是 蕴涵 一 个 较 大 的 问题 。 那 就 是 ， 当 一 
次 性 访问 的 数据 条 数 过 多 ， 而 且 每 条 描述 的 数据 量 又 很 大 的 话 ， 将 会 消耗 较 多 的 内 存 。 

前 面 也 说 了 ， 对 于 用 户 表 ， 事 实 上 是 有 很 多 字段 的 ， 不 仅仅 是 示例 的 几 个 ， 再 加 上 
不 使 用 翻 页 ， 一 次 性 访问 的 数据 就 可 能 会 有 很 多 条 。 如 果 一 次 性 需要 访问 的 数据 较 多 ， 
内 存 开销 将 会 比较 大 。 

但 是 从 客户 使 用 的 角度 来 说 ， 有 很 大 的 随机 性 。 客 户 有 可 能 访问 每 一 条 数据 ， 也 有 
可 能 一 条 都 不 访问 。 也 就 是 说 ， 一 次 性 访问 很 多 条 数据 ， 消 耗 了 大 量 内 存 ， 但 是 很 可 能 
是 浪费 掉 了 ， 客 户 根本 就 不 会 去 访问 那么 多 数据 ， 对 于 每 条 数据 ， 客 户 只 需要 看 看 姓名 
而 已 。 


那么 该 怎么 实现 ， 才 能 既 把 多 条 用 户 数据 的 姓名 显示 出 来 ， 而 又 能 节省 内 存 空 
间 ? 当然 还 要 实现 在 客户 想 要 看 到 更 多 数据 的 时 候 ， 能 正确 访问 到 数据 史 | 





11.2 解决 方案 


11. 2.1 使 用 代理 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 代理 模式 。 那 么 什么 是 代理 模式 呢 ? 
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1. 代理 模式 的 定义 


第 11 章 代理 模式 CProxy) "es 


为 其 他 对 象 提供 一 种 代理 以 控制 对 这 个 对 象 的 访问 。 


2. 应 用 代理 模式 来 解决 问题 的 思路 


仔细 分 析 上 面 的 问题 ， 一 次 性 访问 多 条 数据 ， 这 个 可 能 性 是 很 难 避 免 的 ， 是 客户 的 
需要 。 也 就 是 说 ， 要 想 节 省 内 存 ， 就 不 能 从 减少 数据 条 数 入 手 了 ， 那 就 只 能 从 减少 每 条 


数据 的 数据 量 上 来 考虑 。 


一 个 基本 的 思路 如 下 : 由 于 客户 访问 多 条 用 户 数据 的 时 候 ， 基 本 上 只 需要 看 到 
用 户 的 姓名 ， 因 此 可 以 考虑 刚 开始 从 数据 库 查 询 返 回 的 用 户 数据 就 只 有 用 户 编 
号 和 用 户 姓 名 ， 当 客户 想 要 详细 查看 某 个 用 户 数据 的 时 候 ， 再 次 根据 用 户 编号 


到 数据 库 中 获取 完整 的 用 户 数据 。 这 样 一 来 , 就 可 以 在 满足 客户 功能 的 前 提 下 ， 
大 大 减少 对 内 存 的 消耗 ， 只 是 每 次 需要 重新 查询 一 下 数据 库 ， 算 是 一 个 以 时 间 


换 空间 的 策略 。 





可 是 该 如 何 来 表示 这 个 只 有 用 户 编 号 和 姓名 的 对 象 呢 ? 它 还 需要 实现 在 必要 的 时 候 


访问 数据 库 去 重新 获取 完整 的 用 户 数据 。 


代理 模式 引入 一 个 Proxy 对 象 来 解决 这 个 问题 。 刚 开 始 只 有 用 户 编号 和 姓名 的 时 候 ， 
不 是 一 个 完整 的 用 户 对 象 ， 而 是 一 个 代理 对 象 。 当 需要 访问 完整 的 用 户 数据 的 时 候 ， 代 


理会 从 数据 库 中 重新 获取 相应 的 数据 ， 通 常情 况 下 ; 
名 之 外 的 数据 的 时 候 ， 代 理 才 会 重新 去 获取 数据 。 


11. 2.2 ”代理 模式 的 结构 和 说 阴 


代理 模式 的 结构 如 图 11.1 所 示 。 


Sinterface» 
心 Subject 


图 freguest Ovord 





人 










[OW RealSubject 


Ot+trequest 0 :void 


-realSubject:RealSubject=null 
Gcreatey 

Ot+Proxy (realSubject:RealSubject) 

Otrequest (0 :void 


图 11.1 代理 模式 的 结构 示意 图 
ms ”Proxy: 代理 对 象 ， 通 常 具有 如 下 功能 。 


当 客 户 需 要 访问 除了 用 户 编号 和 姓 








实现 与 具体 的 目标 对 象 一 样 的 接口 ， 这 样 就 可 以 使 用 代理 来 代替 具体 的 目标 对 象 。 
保存 一 个 指向 具体 目标 对 象 的 引用 ， 可 以 在 需要 的 时 候 调 用 具体 的 目标 对 象 。 
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可 以 控制 对 具体 目标 对 象 的 访问 ， 并 可 以 负责 创建 和 删除 它 。 

sm ”Subject: 目标 接口 ， 定 义 代 理 和 具体 目标 对 象 的 接口 ， 这 样 就 可 以 在 任何 使 用 具体 
目标 对 象 的 地 方 使 用 代理 对 象 。 

mm ”RealSubject: 具体 的 目标 对 象 ， 真 正 实现 目标 接口 要 求 的 功能 。 

在 运行 时 刻 一 种 可 能 的 代理 结构 的 对 象 图 如 图 11.2 所 示 。 


client:Client 
bject 
[subject] IE 
alSubject 
SR ResalSubject:RealSubjecH 


图 11.2 ”运行 时 刻 一 种 可 能 的 代理 结构 的 对 象 图 








.2.3 代理 模式 示例 代码 


(1) 先 看 看 目标 接口 的 定义 。 示 例 代 码 如 下 : 
/** 
* 抽象 的 目标 接口 ， 定 义 具体 的 目标 对 象 和 代理 公用 的 接口 
od 
public interface Subject { 
/** 
* 示意 方法 : 一 个 抽象 的 请 求 方法 
光大 
public void regquest {)? 
} 
(2) 接 下 来 看 看 具体 目标 对 象 的 实现 示意 。 示 例 代码 如 下 : 
/** 
* 具体 的 目标 对 象 ， 是 真正 被 代理 的 对 象 
Public class RealSubject implements Subject{ 


Public void request() { 


// 执 行 具体 的 功能 处 理 


} 
(3) 再 来 看 看 代理 对 象 的 实现 示意 。 示 例 代 码 如 下 : 
/** 
* 代理 对 象 
六 
public class Proxy implements Subject{ 
/x** 


* 持 有 被 代理 的 具体 的 目标 对 象 


第 11 章 代理 模式 (Proxy〉 上 半 时 时时 于 于 于 于 
A 
private RealSubject realSubject=null; 
/** 
* 构造 方法 ， 传 入 被 代理 的 具体 的 目标 对 象 
* @param realSubject 被 代理 的 具体 的 目标 对 象 
phd 
public Proxy (RealSubject realSubject){ 
this.realSubject = realSubject; 
} 
public void request() { 
// 在 转调 具体 的 目标 对 象 前 ， 可 以 执行 一 些 功 能 处 理 


// 转 调 具体 的 目标 对 象 的 方法 
realSubject.request(); 


// 在 转调 具体 的 目标 对 象 后 ， 可 以 执行 一 些 功能 处 理 


} 
11. 2.4 使 用 代理 模式 重 写 示例 


要 使 用 代理 模式 来 重 写 示例 ， 首 先 就 需要 为 用 户 对 象 定 义 一 个 接口 ， 然 后 实现 相应 
的 用 户 对 象 的 代理 。 这 样 在 使 用 用 户 对 象 的 地 方 ， 使 用 这 个 代理 对 象 就 可 以 了 。 

这 个 代理 对 象 ， 在 起 初创 建 的 时 候 ， 只 需要 装载 用 户 编号 和 姓名 这 两 个 基本 的 数据 ， 
然后 在 客户 需要 访问 除 这 两 个 属性 外 的 数据 的 时 候 , 才 再 次 从 数据 库 中 查询 并 装载 数据 ， 
从 而 达到 节省 内 存 的 目的 。 因 为 如 果 用 户 不 去 访问 详细 的 数据 ， 那 么 这 些 数据 就 不 需要 
被 装载 ， 对 内 存 的 消耗 就 会 减少 。 

先 看 看 这 个 时 候 系统 的 整体 结构 ， 如 图 11.3 所 示 。 

此 时 的 UserManager 类 充当 了 标准 代理 模式 中 的 Client 的 角色 ， 因 为 是 它 在 使 用 代 
理 对 象 和 用 户 数据 对 象 的 接口 。 

还 是 看 看 具体 的 代码 示例 ， 会 更 清楚 。 

(1) 先 看 看 新 定义 的 用 户 数据 对 象 的 接口 ， 非 常 简单 ， 就 是 对 用 户 数据 对 象 属性 操 
作 的 getter/setter 方法 ， 因 此 也 没有 必要 去 注释 了 。 示 例 代 码 如 下 : 

/大 类 

* 定义 用 户 数据 对 象 的 接口 

public interface UserModelApi { 

public String getUserId(); 
public void setUserIdl(String userId); 
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public String getName (); 

Public void setName (String name); 
public String getDepId(); 

public void setDepId(String dep1Id); 
public String getSex(); 


public void setSex(String sex); 


einterface» 
CY 是 ergodeIhpr 


feetUserIdO.String 

fsetUserTd (userTd. String). voio 
feethawe (String 

fsetiame (Name. String). voio 
teetDepIdO .String 

fsetDepId (depId String)voia 
feetSer OString 









已 Vserllanager 













8 +getUserByDepId(depId:String) 
-getConnection 0 :Connection 






图 +toStringO:String 


¥a-userId:String 
Xa-name:Strine «create»y 
了 -depId:String © +Proxy (realSubject: Userlodel) 
Ya-sex:Strin 加 +getUserId0:String 
四 +setUserId(userId:String):void 
© teetHane O :String 
© +setHame (nane:String):void 
四 +setDepId(depId:String):void 
@ +setSex (sex:String)]:void 


-realSubject: Userllodel=null 
-loadediboolean=false 







a 


© +getDepIdO :Strine 


图 11.3 ”代理 模式 重 写 示 例 的 系统 结构 示意 图 
(2) 定义 了 接口 ， 需 要 让 UserModel 来 实现 它 。 基 本 没有 什么 变化 ， 只 是 要 实现 这 
个 新 的 接口 而 已 ， 就 不 再 代码 示例 了 。 
(3) 接 下 来 看 看 新 加 入 的 代理 对 象 的 实现 。 示 例 代码 如 下 : 


/** 
* 代理 对 象 ， 代 理 用 户 数据 对 象 
Rh 
public class Proxy implements UserModelApit{ 
/六 六 
* 持 有 被 代理 的 具体 的 目标 对 象 
private UserModel realSubject=null; 
/** 


* 构造 方法 ， 传 入 被 代理 的 具体 的 目标 对 和 象 

* @param realSubject 被 代理 的 具体 的 目标 对 象 

要 类 

public Proxy (UsezModel realSubject)t{ 
this .realSubJject = realSubject; 
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舒 
记 






* 重新 查询 数据 库 以 获取 完整 的 用 户 数据 
6 
Private void reload(){ 
system.out.Println(" 重 新 查询 数据 库 获 取 完 整 的 用 户 数据 ，userId==" 
+realSubject.getUserId()); 
Connection conn = null; 
tryl{ 
conn = this.getConnection(); 
String sql = "select * from tbl user where userId=?"; 
PreparedStatement pstmt = conn.prepareStatement (sql); 
pstmt.setString(1, realSubject.getUserId()); 
ResultSet rs = pstmt.executeQuery () : 
if(rs.next()){ 
// 只 需要 重新 获取 除了 userId 和 name 外 的 数据 
realSubject.setDepId(rs.getString("depId")); 
realSubject.setSex (rs.getString("sex")); 


rs.close(); 

pstmt.close(); 
}catch (Exception err){ 

err.printStackTrace(); 
}finallyl{ 

try { 

conn.close(); 
} catch (SQLException e) { 


e.printStackTrace () : 


} 
public String toString(){ 
return “userId="+getUserId()+",name="+getName () 
+",depId="+getDepId()+", sex="+getSex()+"\n"; 
} 
private Connection getConnection() throws Exception { 
Class .forName ("你 用 的 数据 库 对 应 的 JDBC 驱 动 类 ") ; 
return DriverManager.getConnection! 


"连接 数据 库 的 URL"， “用户 名 "， "密码 ") ; 
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(4) 看 看 此 时 UserManager 的 变化 ， 大 致 如 下 。 


第 11 章 ， 代 理 模式 proxy) 用 国生 


ma ”从 数据 库 查 询 值 的 时 候 ， 不 需要 全 部 获取 了 ， 只 需要 查询 用 户 编号 和 姓名 的 数据 


就 可 以 了 。 


= ”把 数据 库 中 获取 的 值 转变 成 对 象 的 时 候 , 创建 的 对 象 不 再 是 UserModel, 而 是 代理 
对 象 ， 而 且 设置 值 的 时 候 ， 也 不 是 全 部 都 设置 ， 只 是 设置 用 户 编号 和 姓名 两 个 属 


性 的 值 。 
示例 代码 如 下 : 
/** 
* 实现 示例 要 求 的 功能 
ed 
public class UserManager { 
/x 
* 根据 部 门 编号 来 获取 该 部 门下 的 所 有 人 员 
* @param depId 部 门 编号 
* @return 该 部 门下 的 所 有 人 员 
A 
public Collection<UserModelApi> getUserByDepId!( 


String depId)throws 了 Exceptiont{ 


Collection<UserModelApi> col = 


new ArrayList<UserModelApi>(); 


Connection conn = null; 

tryt{ 
conn = this.getConnection(); 
// 只 需要 查询 userId 和 name 两 个 值 就 可 以 了 
String sql = "select u.userId,u.name " 


+"from tbl user u,tbl dep d™" 


+"where u.depId=d.depId and d.depId like ?1": 


PreparedStatement Pstmt = conn.prepareStatement (sql); 


pstmt.setString(1, depId+"%®"); 


ResultSet rs = pstmt .executeQuery(); 


while(rs.next()){ 


// 这 里 是 创建 的 代理 对 象 ， 而 不 是 直接 创建 UsezModel1 的 对 象 


Proxy Proxy = new Proxy (new UserModel () ) : 
// 只 是 设置 userId 和 name 两 个 值 就 可 以 了 
Proxy.setUserId (rs.getString("userId") ) : 
Proxy. setName (Is .getString("name") ) : 





col .add (proxy); 


rs COSe 人 过 
pstmt.close(); 
}finallyt{ 
conn.close(); 
| 
Petnrneols 
} 
private Connection getConnection() throws Exception { 
Class.forName ("你 用 的 数据 库 对 应 的 JDBC 驱 动 类 ") ; 
return DriverManager.getConnection( 


"连接 数据 库 的 URL"， "用 户 名 "， "密码 ") ; 


(5) 写 个 客户 端 来 测试 看 看 ， 是 否 能 正确 实现 代理 的 功能 ! 示例 代码 如 下 : 
publionrelass Clientat 
public static void main(String[] args) throws Exceptiont{ 
UserManager userManager = new UserManager (); 
Collection<UserModelApi> col = 


userManager.getUserByDepId("0101")，; 


// 如 果 只 是 显示 用 户 名 称 ， 则 不 需要 重新 查询 数据 库 
for(UserModelApi umApi : col)f{ 
System.out .println(" 用 户 编号 : ="+umApi .getUserId() 
+", 用户 姓名 : ="+umApi .getName ()); 
} 
// 如 果 访 问 非 用 户 编号 和 用 户 姓 名 外 的 属性 ， 那 就 会 重新 查询 数据 库 
for(UserModelApi umApi : col){ 
System.out .Println(" 用 户 编号 : ="+umApi .getUserId() 
+", 用 户 姓名 : ="+umApi .getName () 
+" 所 属 部 门 : ="+umApi .getDepId()); 


运行 结果 如 下 : 
用 户 编号 : =user0001, 用 户 姓 名 ; = 张 三 1 
用 户 编号 : =user0002, 用 户 姓 名 : = 张 三 2 
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用 户 编号 : =user0003, 用户 姓名 : = 张 三 3 

重新 查询 数据 库 获取 完整 的 用 户 数据 ，userId==user0001 

用 户 编号 : =user0001, 用 户 姓 名 : = 张 三 1, 所 属 部 门 : =010101 

重新 查询 数据 库 获 取 完 整 的 用 户 数据 ，userId==user0002 

用 户 编号 : =user0002, 用 户 姓名 : = 张 三 2, 所 属 部 门 : =010101 

重新 查询 数据 库 获取 完整 的 用 户 数据 ，userId==user0003 

用 户 编号 : =user0003, 用 户 姓名 :; = 张 三 3, 所 属 部 门 : =010102 

仔细 查看 上 面 的 结果 数据 会 发 现 ， 如 果 只 是 访问 用 户 编号 和 用 户 姓 名 的 数据 ， 是 不 
需要 重新 查询 数据 库 的 。 只 有 当 访 问 到 这 两 个 数据 以 外 的 数据 时 ， 才 需要 重新 查询 数据 
库 以 获得 完整 的 数据 。 这 样 一 来 ， 如 果 客 户 不 访问 除 这 两 个 数据 以 外 的 数据 ， 那 么 就 不 
需要 重新 查询 数据 库 ， 也 就 不 需要 装载 那么 多 数据 ， 从 而 节省 了 内 存 。 

(6) 1+N 次 查询 。 

看 完 上 面 的 示例 ， 可 能 有 些 朋友 会 发 现 ， 这 种 实现 方式 有 一 个 潜在 的 问题 ， 就 是 如 
果 客 户 对 每 条 用 户 数据 都 要 求 查 看 详细 数据 的 话 ， 那 么 总 的 查询 数据 库 的 次 数 会 是 1+N 
次 之 多 。 

第 一 次 查询 ， 获 取 到 N 条 数据 的 用 户 编号 和 姓名 ， 然 后 展示 给 客户 看 。 如 果 这 个 时 
候 ， 客 户 对 每 条 数据 都 点 击 查 看 详细 信息 的 话 ， 那 么 每 一 条 数据 都 需要 重新 查询 数据 库 ， 
那么 最 后 总 的 查询 数据 库 的 次 数 就 是 1+N 次 了 。 

从 上 面 的 分 析 可 以 看 出 ， 这 种 做 法 最 合适 的 场景 就 是 : 客户 大 多 数 情 况 下 只 需要 查 
看 用 户 编 号 和 姓名 ， 而 少量 的 数据 需要 查看 详细 数据 。 这 样 既 节省 了 内 存 ， 又 减少 了 操 
作 数 据 库 的 次 数 。 


里 看 到 这 里 ， 可 能 会 有 朋友 想起 ，Hibernate 这 类 ORM 的 框架 ， 在 Lazy Load 的 情况 


上 E 国 下 ， 也 存在 1+W 次 查询 的 情况 ， 原 因 就 在 于 ，Hibernate 的 Lazy Load 就 是 使 用 代 
理 来 实现 的 ， 具 体 的 实现 细节 这 里 就 不 去 讨论 了 ， 但 是 原理 是 一 样 的 。 





11.3 模式 讲解 
11.3.1 认识 代理 模式 


1. 代理 模式 的 功能 

代理 模式 是 通过 创建 一 个 代理 对 象 ， 用 这 个 代理 对 象 去 代表 真实 的 对 象 ， 客 户 端 得 
到 这 个 代理 对 象 后 ， 对 客户 端 并 没有 什么 影响 ， 就 跟 得 到 了 真实 对 象 一 样 来 使 用 。 

当 客 户 端 操作 这 个 代理 对 象 的 时 候 ， 实 际 上 功能 最 终 还 是 会 由 真实 的 对 象 来 完成 ， 
只 不 过 是 通过 代理 操作 的 ， 也 就 是 客户 端 操作 代理 ， 代 理 操作 真正 的 对 象 。 

正 是 因为 有 代理 对 象 夹 在 客户 端 和 被 代理 的 真实 对 象 中 间 ， 相 当 于 一 个 中 转 ， 那 么 
在 中 转 的 时 候 就 有 很 多 花招 可 以 玩 ， 比 如 ， 判 断 一 下 权限 ， 如 果 没 有 足够 的 权限 那 就 不 
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给 你 中 转 了 ， 等 等 。 
2. 代理 的 分 类 
事实 上 代理 又 被 分 成 多 种 ， 大 致 有 如 下 一 些 。 
= 虚 代 理 : 根据 需要 来 创建 开销 很 大 的 对 象 ， 该 对 象 只 有 在 需要 的 时 候 才 会 被 真正 
创建 。 
s 远程 代理 : 用 来 在 不 同 的 地 址 空间 上 代表 同一 个 对 象 ， 这 个 不 同 的 地 址 空间 可 以 
是 在 本 机 ， 也 可 以 在 其 他 机 器 上 。 在 Java 里 面 最 典型 的 就 是 RMI 技术 。 
=。 copy-on-write 代理 : 在 客户 端 操作 的 时 候 , 只 有 对 象 确实 改变 了 , 才 会 真 的 拷贝 (或 
克隆 ) 一 个 目标 对 象 ， 算 是 虚 代 理 的 一 个 分 支 。 
a 保护 代理 : 控制 对 原始 对 象 的 访问 ， 如 果 有 需要 ， 可 以 给 不 同 的 用 户 提供 不 同 的 
访问 权限 ， 以 控制 他 们 对 原始 对 象 的 访问 。 
s Cache 代理 : 为 那些 昂贵 操作 的 结果 提供 临时 的 存储 空间 ， 以 便 多 个 客户 端 可 以 共 
享 这 些 结果 。 
a 防火 墙 代 理 : 保护 对 象 不 被 恶意 用 户 访问 和 操作 。 
a 同步 代理 : 使 多 个 用 户 能 够 同时 访问 目标 对 象 而 没有 冲突 。 
a 智能 指引 : 在 访问 对 象 时 执行 一 些 附 加 操作 ， 比 如 ， 对 指向 实际 对 象 的 引用 计数 、 
第 一 次 引用 一 个 持久 对 象 时 ， 将 它 装 入 内 存 等 。 
在 这 些 代 理 类 型 中 ， 最 常见 的 是 虚 代 理 、 保 护 代理 、 远 程 代理 和 智能 指引 这 几 种 。 
本 书 主要 讨论 虚 代 理 和 保护 代理 并 给 出 了 示例 ， 这 是 实际 开发 中 使 用 频率 最 高 的 两 种 代 
理 。 
对 于 远程 代理 , 没有 去 讨论 ， 因 为 在 Java 中 ,远程 代理 的 典型 体现 是 RMI 技术 。 要 
想 把 远程 代理 讲述 清楚 ， 就 需要 把 RMI 讲述 清楚 ， 这 不 在 本 书 的 讨论 范围 之 内 。 
对 于 智能 指引 ， 基 本 的 实现 方式 和 保护 代理 的 实现 类 似 ， 只 是 实现 的 具体 功能 有 所 
不 同 ， 因 此 也 没有 具体 去 讨论 和 示例 。 
3. 虚 代 理 的 示例 
前 面 的 例子 就 是 一 个 典型 的 虚 代 理 的 实现 。 
起 初 每 个 代理 对 象 只 有 用 户 编号 和 姓名 数据 ， 直 到 需要 的 时 候 ， 才 会 把 整个 用 户 的 
数据 装载 到 内 存 中 来 。 
也 就 是 说 ， 要 根据 需要 来 装载 整个 UserModel 的 数据 ， 虽 然 用 户 数据 对 象 是 前 面 已 
经 创建 好 了 的 ， 但 是 只 有 用 户 编号 和 姓名 的 数据 ， 可 以 看 成 是 一 个 “ 虚 ” 的 对 象 ， 直 到 
通过 代理 把 所 有 的 数据 都 设置 好 ， 才 算是 一 个 完整 的 用 户 数据 对 象 。 
4. copy-on-write 
复制 一 个 大 的 对 象 是 很 消耗 资源 的 ， 如 果 这 个 被 复制 的 对 象 从 上 次 操作 以 来 ， 根 本 
就 没有 被 修改 过 ， 那 么 再 复制 这 个 对 象 是 没有 必要 的 ， 只 是 白白 消耗 资源 而 已 。 于 是 使 
用 代理 来 延迟 复制 的 过 程 ， 可 以 等 到 对 象 被 修改 的 时 候 才 真正 地 对 它 进行 复制 。 
copy-on-write 可 以 大 大 降低 复制 大 对 象 的 开销 ， 因 此 它 算是 一 种 优化 方式 ， 可 以 根 
据 需要 来 复制 或 者 克隆 对 象 。 
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s. 具体 目标 和 代理 的 关系 


从 代理 模式 的 结构 图 来 看 ， 好 像 是 有 一 个 具体 目标 类 就 有 一 个 代理 类 ， 其 实 不 是 这 
样 的 。 如 果 代 理 类 能 完全 通过 接口 来 操作 它 所 代理 的 目标 对 象 ， 那 么 代理 对 象 就 不 需要 
知道 具体 的 目标 对 象 ， 这 样 就 无 须 为 每 一 个 具体 目标 类 都 创建 一 个 代理 类 了 。 

但 是 ， 如 果 代 理 类 必须 要 实例 化 它 代理 的 目标 对 象 ， 那 么 代理 类 就 必须 知道 具体 被 
代理 的 对 象 ， 这 种 情况 下 ， 一 个 具体 目标 类 通常 会 有 一 个 代理 类 。 这 种 情况 多 出 现在 虚 
代理 的 实现 里 面 。 

6. 代理 模式 调用 顺序 示意 图 

代理 模式 调用 顺序 如 图 11.4 所 示 。 


| ee 





图 11.4 代理 模式 调用 顺序 示意 图 


11.3.2 保护 代理 


保护 代理 是 一 种 控制 对 原始 对 象 访问 的 代理 ， 多 用 于 对 象 应 该 有 不 同 的 访问 权限 的 
时 候 。 保 护 代理 会 检查 调用 者 是 否 具有 请 求 所 必需 的 访问 权限 ， 如 果 没 有 相应 的 权限 ， 
那么 就 不 会 调用 目标 对 象 ， 从 而 实现 对 目标 对 象 的 保护 。 

还 是 通过 一 个 示例 来 说 明 。 

1. 示例 需求 

现在 有 一 个 订单 系统 ， 要 求 是 : 一 旦 订单 被 创建 ， 只 有 订单 的 创建 人 才 可 以 修改 订 
单 中 的 数据 ， 其 他 人 则 不 能 修改 。 

相当 于 现在 如 果 有 了 一 个 订单 对 象 实例 ， 那 么 就 需要 控制 外 部 对 它 的 访问 ， 满 足 条 
件 的 可 以 访问 ， 不 满足 条 件 的 就 不 能 访问 。 

2. 示例 实现 

(1) 订单 对 象 的 接口 定义 

要 实现 这 个 功能 需要 ， 先 来 定义 订单 对 象 的 接口 。 很 简单 ， 主 要 是 对 订单 对 象 的 属 
性 的 getter/setter 方法 。 示 例 代 码 如 下 : 

/** 


* 订单 对 象 的 接口 定义 
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pe 
public interface OrderApi { 
/** 
* 获取 订单 订购 的 产品 名 称 
* @return 订单 订购 的 产品 名 称 
四 
public String getProductName (); 


/** 

* 设置 订单 订购 的 产品 名 称 

* @param productName 订单 订购 的 产品 名 称 
* @param user 操作 人 员 

A 

public void setProductName (String productName,String user); 
/** 

* 获取 订单 订购 的 数量 

* @return 订单 订购 的 数量 

Sf 

public int getOrderNum(); 

/** 

* 设置 订单 订购 的 数量 

* @param orderNum 订单 订购 的 数量 

* @param user 操作 人 员 

区 次 


public void setOrderNuml(int orderNum,String user); 





/** 

* 获取 创建 订单 的 人 员 

* @return 创建 订单 的 人 员 

ed 

public String getOrderUser () ; 
/文火 

* 设置 创建 订单 的 人 员 

* @param orderUser 创建 订单 的 人 员 
* Q@param user 操作 人 员 

*/ 

public void setOrderUser (String orderUser,String user); 


} 

(2) 订单 对 象 

接 下 来 定义 订单 对 象 ， 原 本 订单 对 象 需要 描述 的 属性 很 多 ， 为 了 简单 ， 只 描述 三 个 
就 可 以 了 。 示 例 代 码 如 下 : 
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} 
Public String getOrderUser() { 
return orderUser; 
} 
Public void setOrderUser (String orderUser,String user) 1 


this.orderUser = orderUser; 


} 

(3) 订单 对 象 的 代理 

创建 好 了 订单 对 象 以 后 ， 需 要 创建 对 它 的 代理 对 象 了 。 既 然 订 单 代理 就 相当 于 一 个 
订单 ， 那 么 最 自然 的 方式 就 是 让 订单 代理 跟 订单 对 象 实现 一 样 的 接口 ;要 控制 对 订单 
setter 方法 的 访问 ， 那 么 就 需要 在 代理 的 方法 里 面 进行 权限 判断 ， 有 权限 则 调用 订单 对 象 
的 方法 ， 没 有 权限 则 提示 错误 并 返回 。 示 例 代码 如 下 : 





/** 
* 订单 的 代理 对 象 
A 
Public class OrderProxy implements OrderApit{ 
/** 
* 持 有 被 代理 的 具体 的 目标 对 象 
yh 
private Order order=null; 
/大 大 


* 构造 方法 ， 传 入 被 代理 的 具体 的 目标 对 象 
* @param realSubject 被 代理 的 具体 的 目标 对 象 
public orderProxy (Order realSubject){ 


this.order = realSubject; 


Public void setProductName (String productName,String user) 1{ 
// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 
if(user!i=null && user.equals (this.getOrderUser()))I{ 
order.setProductName (productName, user); 
jelLset! 
System.out.println ("对 不 起 "+user 
; +"， 您 无 权 修改 订单 中 的 产品 名 称 。") ; 
} 
} 


Public void setOrderNum(int orderNum, String user) { 
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// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 


if(user!i=null && user.equals (this.getOrderUser()))t{ 
order.setOrderNum (orderNum, user); 
}elsel{ 
System.out.println ("对 不 起 "+user 
+"， 您 无 权 修改 订单 中 的 订购 数量 。") ; 


} 
Public void setOrderUser (String orderUser,String user) 1{ 
// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 
if(user!=null && user.equals (this.getOrderUser ())){ 
order.setOrderUser (orderUser, user); 
}elsef{ 
System. out.println ("对 不 起 "+user 
+"， 您 无 权 修改 订单 中 的 订购 人 。"); 


public int getOrderNum() { 
return this.order.getOorderNum(); 
} 
public String getOrderUser() { 
return this.order.getOrderUser (); 
} 
public String getProductName() { 
return this.order.getProductName (); 
让 


Public String toString()1{ 
return "productName="+this.getProductName ()+",orderNum=" 


+this.getOrderNum()+",orderUser="+this.getOrderUser (); 


} 
(4) 测试 代码 
一 起 来 看 看 如 何 使 用 刚刚 完成 的 订单 代理 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) { 
// 张 三 先 登 录 系 统 创建 了 一 个 订单 
OrderApi order = new OrderProxy!l 
new Order ("设计 模式 ", 100," 张 三") )， 
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// 李 四 想 要 来 修改 ， 那 就 会 报错 

order.setorderNum(123，" 李 四 ") ; 

// 输 出 order 

System.out .println(" 李 四 修改 后 订单 记录 没有 变化 : "+order); 
// 张 三 修改 就 不 会 有 问题 

order.setorderNum(123，" 张 三 ") ; 

// 再 次 输出 order 

System.out .Println(" 张 三 修改 后 ， 订 单 记 录 : "+order) ; 


运行 结果 如 下 : 
对 不 起 李 四 ， 您 无 权 修改 订单 中 的 订购 数量 
李 四 修 改 后 订单 记录 没有 变化 : 
productName= 设 计 模 式 ， orderNum=100,orderUser= 张 三 
张 三 修改 后 ， 订 单 记 录 : productName= 设 计 模 式 , orderNum=123， 
orderUser= 张 三 
从 上 面 的 运行 结果 可 以 看 出 ， 在 通过 代理 转调 目标 对 象 的 时 候 ， 在 代理 对 象 中 ， 对 
访问 的 用 户 进 行 了 权限 判断 ， 如 果 不 满足 要 求 ， 就 不 会 转调 目标 对 象 的 方法 ， 从 而 保护 
了 目标 对 象 的 方法 ， 只 让 有 权限 的 人 操作 。 


11. 3.3 Java 中 的 代理 


Java 对 代理 模式 提供 了 内 建 的 支持 ， 在 java.lang.reflect 包 下 面 ， 提 供 了 一 个 Proxy 
的 类 和 一 个 InvocationHandler 的 接口 。 

通常 把 前 面 自己 实现 的 代理 模式 称 为 Java 的 静态 代理 。 这 种 实现 方式 有 一 个 较 大 的 
缺点 ， 就 是 如 果 Subject 接口 发 生变 化 ， 那 么 代理 类 和 具体 的 目标 实现 都 要 变化 ， 不 是 很 
灵活 。 而 使 用 Java 内 建 的 对 代理 模式 支持 的 功能 来 实现 则 没有 这 个 问题 。 

通常 把 使 用 Java 内 建 的 对 代理 模式 支持 的 功能 来 实现 的 代理 称 为 Java 的 动态 代理 。 
动态 代理 跟 静 态 代理 相 比 ， 明 显 的 变化 是 : 静态 代理 实现 的 时 候 ， 在 Subject 接口 上 定义 
很 多 的 方法 ， 代 理 类 里 面 自然 也 要 实现 很 多 方法 ; 而 动态 代理 实现 的 时 候 ， 虽 然 Subject 
接口 上 定义 了 很 多 方法 ， 但 是 动态 代理 类 始终 只 有 一 个 invoke 方法 。 这 样 ， 当 Subject 
接口 发 生变 化 的 时 候 ， 动 态 代 理 的 接口 就 不 需要 跟着 变化 了 。 

Java 的 动态 代理 目前 只 能 代理 接口 ， 基 本 的 实现 是 依靠 Java 的 反射 机 制 和 动态 生成 
class 的 技术 , 来 动态 生成 被 代理 的 接口 的 实现 对 象 。 具体 的 内 部 实现 细节 这 里 不 去 讨论 。 
如 果 要 实现 类 的 代理 ， 可 以 使 用 cglib (一 个 开源 的 Code Generation Library) 。 

还 是 来 看 看 示例 ， 那 就 修改 上 面 保 护 代 理 的 示例 ， 看 看 如 何 使 用 Java 的 动态 代理 来 
实现 同样 的 功能 。 

(1) 订单 接口 的 定义 是 完全 一 样 的 ， 就 不 再 赣 述 了 。 
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(2) 订单 对 象 的 实现 ， 只 是 添加 了 一 个 toString， 以 方便 测试 输出 ， 这 里 也 不 去 示 
例 了 。 在 前 面 的 示例 中 ，toString 已 实现 在 代理 类 里 面 了 。 
(3) 直接 看 看 代理 类 的 实现 ， 大 致 有 如 下 变化 。 
m ”要 实现 InvocationHandler 接口 。 
sm ”需要 提供 一 个 方法 来 实现 : 把 具体 的 目标 对 象 和 动态 代理 绑 定 起 来 ， 并 在 绑 定 好 
过 后 ， 返 回 被 代理 的 目标 对 象 的 接口 ， 以 利于 客户 端的 操作 。 
mn ”需要 实现 invoke 方法 ， 在 这 个 方法 里 面 ， 具 体 判断 当前 是 在 调用 什么 方法 ， 需 要 
如 何 处 理 。 
示例 代码 如 下 : 
/关头 
* 使 用 Java 中 的 动态 代理 
沪 交 
public class DynamicProxy implements InvocationHandler{ 
/** 
* 被 代理 的 对 象 
wf 
private OrderApi order = null; 
/** 
* 获取 绑 定好 代理 和 具体 目标 对 象 后 的 目标 对 象 的 接口 
* Q@param order 具体 的 订单 对 象 ， 相 当 于 具体 目标 对 象 
* Q@return 绑 定好 代理 和 具体 目标 对 象 后 的 目标 对 象 的 接口 
Public OrderApi getProxyInterface (Ordaer order){ 
// 设 置 被 代理 的 对 象 ， 好 方便 invoke 里 面 的 操作 
this.order = order; 
// 把 真正 的 订单 对 象 和 动态 代理 关联 起 来 
OrderApi orderApi = (OrderApi) Proxy.newProxyIinstancel 
order.getClass() .getClassLoader(), 
order.getClass() .getIinterfaces(), 
this)y 


return orderApi; 


public Object invoke (Object proxy, Method method, Object[] args) 
throws Throwable { 
// 如 果 是 调用 setter 方 法 就 需要 检查 权限 
if(method.getName () .startsWith("set"))t{ 
// 如 果 不 是 创建 人 ， 那 就 不 能 修改 


if(order.getOrderUser()!=null 
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&& order.getOrderUser() .equals (args[1]))1{ 
// 可 以 操作 
return method.invoke (order, args); 
}elset 
System.out.println(" 对 不 起 ，"+args [1] 
+"， 您 无 权 修 改 本 订单 中 的 数据 ") ; 
} 
Jelse{ 
// 不 是 调用 的 setter 方 法 就 继续 运行 
return method.invoke (order, args); 
} 


return null; 


要 想 看 明白 上 面 的 实现 ， 需 要 熟悉 Java 反射 的 知识 ， 这 里 就 不 再 展开 了 。 
(4) 看 看 现在 的 客户 端 如 何 使 用 这 个 动态 代理 。 示 例 代码 如 下 : 
pupllo OLAassv Cliert 
publicustatic void main(Stringtl args} dt 
// 张 三 先 登 录 系 统 创建 了 一 个 订单 
Order order = new Order ("设计 模式 ",100," 张 三 ")， 


// 创 建 一 个 动态 代理 
DynamicProxy dynamicProxy = new Dynamicproxy(); 
// 然 后 把 订单 和 动态 代理 关联 起 来 


OrderApi orderApi = dqynamicProxy.getProxyInterface (order); 


// 以 下 就 需要 使 用 被 代理 过 的 接口 来 操作 了 

// 李 四 想 要 来 修改 ， 那 就 会 报错 

orderRApi.setorderNum(123，" 李 四 ") ; 

// 输 出 order 

System.out.println(" 李 四 修改 后 订单 记录 没有 变化 : "+orderApi); 
// 张 三 修改 就 不 会 有 问题 

orderRApi.setorderNum(123，" 张 三 ") ， 

// 再 次 输出 order 

System. out.println(" 张 三 修改 后 ， 订 单 记 录 : "+orderApi); 


运行 结果 如 下 : 
对 不 起 ， 李 四 ， 您 无 权 修改 本 订单 中 的 数据 


六 1 二 全文 (prow) 【有 
李 四 修 改 后 订单 记录 没有 变化 : 


productName= 设 计 模 式 , orderNum=100,orderUser= 张 三 
张 三 修 改 后 ， 订 单 记 录 : productName= 设 计 模 式 , orderNum=123， 
orderUser= 张 三 
运行 的 结果 跟前 面 完 全 由 自己 实现 的 代理 模式 是 一 样 的 。 
事实 上 ，Java 的 动态 代理 还 是 实现 AOP (面向 方面 编程 ) 的 一 个 重要 手段 ，AOP 的 
知识 这 里 暂时 不 做 讲述 ， 大 家 先 了 解 这 一 点 就 可 以 了 。 


11. 3.4 代理 模式 的 特点 


代理 模式 在 客户 和 被 客户 访问 的 对 象 之 间 ， 引 入 了 一 定 程度 的 间接 性 ， 客 户 是 直接 
使 用 代理 ， 让 代理 来 与 被 访问 的 对 象 进行 交互 。 不 同 的 代理 类 型 ， 这 种 附加 的 间接 性 有 
不 同 的 用 途 ， 也 就 具有 不 同 的 特点 。 
= 远程 代理 ;隐藏 了 一 个 对 象 存 在 于 不 同 的 地 址 空间 的 事实 ， 也 即 是 客户 通过 远程 
代理 去 访问 一 个 对 象 ， 根 本 就 不 关心 这 个 对 象 在 哪里 ， 也 不 关心 如 何 通 过 网 络 去 
访问 到 这 个 对 象 。 从 客户 的 角度 来 讲 ， 它 只 是 在 使 用 代理 对 象 而 已 。 
m ” 虚 代 理 : 可 以 根据 需要 来 创建 “大 ”对 象 ， 只 有 到 必须 创建 对 象 的 时 候 ， 虚 代理 
才 会 创建 对 象 ， 从 而 大 大 加 快 程序 运行 速度 ， 并 节省 资源 。 通 过 虚 代 理 可 以 对 系 
统 进行 优化 。 
a 保护 代理 : 可 以 在 访问 一 个 对 象 的 前 后 ， 执 行 很 多 附加 的 操作 ， 除 了 进行 权限 控 
制 之 外 ， 还 可 以 进行 很 多 跟 业务 相关 的 处 理 ， 而 不 需要 修改 被 代理 的 对 象 。 也 就 
是 说 ， 可 以 通过 代理 来 给 目标 对 象 增 加 功能 。 
m 智能 指引 :和 保护 代理 类 似 ， 也 是 允许 在 访问 一 个 对 象 的 前 后 ， 执 行 很 多 附加 的 
操作 ， 这 样 一 来 就 可 以 做 很 多 额外 的 事情 ， 比 如 ， 引 用 计数 等 。 


11.3.5 思考 代理 模式 


1. 代理 模式 的 本 质 


代理 模式 的 本 质 : 控制 对 象 访 问 。 


代理 模式 通过 代理 目标 对 象 ， 把 代理 对 象 插入 到 客户 和 目标 对 象 之 间 ， 从 而 为 客户 
和 目标 对 象 引 入 一 定 的 间接 性 。 正 是 这 个 间接 性 ， 给 了 代理 对 象 很 多 的 活动 空间 。 代 理 
对 象 可 以 在 调用 具体 的 目标 对 象 前 后 ， 附 加 很 多 操作 ， 从 而 实现 新 的 功能 或 是 扩展 目标 
对 和 象 的 功能 。 更 狠 的 是 ， 代 理 对 象 还 可 以 不 去 创建 和 调用 目标 对 象 ， 也 就 是 说 ， 目 标 对 
象 被 完全 代理 掉 了 ， 或 是 被 替换 掉 了 。 

从 实现 上 看 ， 代 理 模 式 主要 是 使 用 对 象 的 组 合 和 委托 ， 尤 其 是 在 静态 代理 的 实现 里 
面 ， 会 看 得 更 清楚 。 但 是 也 可 以 采用 对 象 继承 的 方式 来 实现 代理 ， 这 种 实现 方式 在 某 些 
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情况 下 ， 比 使 用 对 象 组 合 还 要 来 得 简单 。 
举 个 例子 来 说 明 一 下 。 改 造 “11.3.2 保护 代理 ”中 的 例子 来 说 明 。 
(1) 首先 去 掉 OrderApi， 现 在 改 成 继承 的 方式 实现 代理 ， 不 再 需要 公共 的 接口 了 。 
(2) Order 对 象 变化 不 大 , 只 是 去 掉 实 现 的 OrderApi 接口 就 可 以 了 。 示例 代码 如 下 : 
Public class Order impilements—OrderApi+{ 
// 其 他 的 代码 没有 任何 变化 ， 就 不 再 袭 述 了 
} 
(3) 再 看 看 代理 的 实现 ， 变 化 较 多 ， 大 致 有 如 下 的 变化 。 
s ”不 再 实现 OrderApi， 而 改 成 继承 Order。 
m ”不 需要 再 持 有 目标 对 象 了 ， 因 为 这 个 时 候 父 类 就 是 被 代理 的 对 象 。 
m ”原来 的 构造 方法 去 掉 ， 重 新 实现 一 个 传 入 父 类 需要 的 数据 的 构造 方法 。 
sm ”原来 转调 目标 对 象 的 方法 ， 现 在 变 成 调用 父 类 的 方法 了 ， 用 super 关键 字 。 
ms ”除了 几 个 被 保护 代理 的 setter 方法 外 ， 不 再 需要 getter 方法 了 。 
示例 代码 如 下 : 
/** 
* 订单 的 代理 对 象 
wf 


public class OrderProxy extends Order{ 








Public OrderProxy (String productName 
int orderNum,String orderUser) { 
super (ProductName ,orderNum,orderUser); 
} 
public void setProductName (String productName,String user) { 
// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 
if(useri=null && user.equals (this.getOrderUser())){ 
super.setProductName (productName, user); 
}elsel{ 
System.out.println(" 对 不 起 "+user 
+"， 您 无 权 修改 订单 中 的 产品 名 称 。"); 


} 
Public void setOrderNum(int orderNum,String user) { 
// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 
if(user!i=null && user.equals (this.getOrderUser()))I{ 
super.setOrderNum(orderNum, user); 
jelset 
System.out.println ("对 不 起 "+user 


+"， 您 无 权 修改 订单 中 的 订购 数量 。"); 
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} 
Public void setOrderUser (String orderUser,String user) { 
// 控 制 访问 权限 ， 只 有 创建 订单 的 人 员 才 能 够 修改 
if(user!=null && user.equals (this.getOrderUser()))t{ 
super.setOrderUser (orderUser, user); 
jelset{ 
System.out.Println (" 对 不 起 "+user 
+"， 您 无 权 修改 订单 中 的 订购 人 。") ， 


} 
public String toString (yt 
return "productName="+this.getProductName()+",orderNum=" 


+this.getOrderNum()+",orderUser="+this.getOrderUser ()，; 


} 
(4) 客户 端的 变化 不 大 ,主要 是 不 再 直接 面向 OrderApi 接口 ,而 是 使 用 Order 对 象 
了 。 男 外 创建 代理 的 构造 方法 也 发 生 了 变化 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) { 
// 张 三 先 登 录 系统 创建 了 一 个 订单 
Order order = new OrderProxy ("设计 模式 " ,100," 张 三 ") : 


// 李 四 想 要 来 修改 ， 那 就 会 报错 

order.setOrderNum(123,，" 李 四"); 

// 输 出 order 

System. out.println (" 李 四 修改 后 订单 记录 没有 变化 : "+order) ; 


// 张 三 修改 就 不 会 有 问题 

order.setorderNum(123，" 张 三 ") 

// 再 次 输出 order 

System.out.println(" 张 三 修改 后 ， 订 单 记录 : "+order); 


} 

运行 一 下 ， 测 试看 看 ， 体 会 一 下 这 种 实现 方式 。 

2. 何 时 选用 代理 模式 

建议 在 如 下 情况 中 选用 代理 模式 。 

sa ”需要 为 一 个 对 象 在 不 同 的 地 址 空间 提供 局 部 代表 的 时 候 ， 可 以 使 用 远程 代理 。 
m ”需要 按照 需要 创建 开销 很 大 的 对 象 的 时 候 ， 可 以 使 用 虚 代 理 。 
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需要 控制 对 原始 对 象 的 访问 的 时 候 ， 可 以 使 用 保护 代理 。 
需要 在 访问 对 象 执行 一 些 附加 操作 的 时 候 ， 可 以 使 用 智能 指引 代理 。 


3.6 相关 模式 


m= 代理 模式 和 适配器 模式 
这 两 个 模式 有 一 定 的 相似 性 ， 但 也 有 差异 。 
这 两 个 模式 有 相似 性 ， 它 们 都 为 另 一 个 对 象 提供 间接 性 的 访问 ， 而 且 都 是 从 自 
身 以 外 的 一 个 接口 向 这 个 对 象 转发 请 求 。 
但 是 从 功能 上 ， 两 个 模式 是 不 一 样 的 。 适 配器 模式 主要 用 来 解决 接口 之 间 不 匹 
配 的 问题 ， 它 通常 是 为 所 适 配 的 对 象 提供 一 个 不 同 的 接口 ， 而 代理 模式 会 实现 
和 目标 对 象 相同 的 接口 。 

= 代理 模式 和 装饰 模式 
这 两 个 模式 从 实现 上 相似 ， 但 是 功能 上 是 不 同 的 。 
装饰 模式 的 实现 和 保护 代理 的 实现 上 是 类 似 的 ， 都 是 在 转调 其 他 对 象 的 前 后 执 
行 一 定 的 功能 。 但 是 它们 的 目的 和 功能 都 是 不 同 的 。 
装饰 模式 的 目的 是 为 了 让 你 不 生成 子 类 就 可 以 给 对 象 添加 职责 ， 也 就 是 为 了 动 
态 地 增加 功能 ;而 代理 模式 的 主要 目的 是 控制 对 对 象 的 访问 。 





12.1 场景 问题 


12.1.1 订阅 报纸 的 过 程 


来 考虑 实际 生活 中 订阅 报纸 的 过 程 ， 这 里 简单 总 结 了 一 下 订阅 报纸 的 基本 流程 ， 如 
下 : 


(1) 首先 按照 自己 的 需要 选择 合适 的 报纸 ， 具 体 的 报刊 杂志 目录 可 以 从 邮局 获取 。 

(2) 选择 好 后 ， 就 到 邮局 去 填写 订阅 单 ， 同 时 交纳 所 需 的 费用 。 

至 此 ， 就 完成 了 报纸 的 订阅 过 程 ， 接 下 来 就 是 耐心 等 候 ， 报 社会 按照 出 报时 间 推 出 
报纸 ， 然 后 报纸 会 被 送 到 每 个 订阅 人 的 手 里 。 

画 个 图 来 描述 上 述 过 程 ， 如 图 12.1 所 示 。 


订阅 报纸 


邮局 把 报纸 
送 给 订阅 者 








把 订阅 信息 传 
递 给 报社 











按时 出 版 报 
纸 ， 然 后 交 给 
邮局 






图 12.1 订阅 报纸 的 过 程 示意 图 
虽然 看 起 来 订阅 者 是 直接 跟 邮 局 在 打交道 ， 但 实际 上 ， 订 阅 者 的 订阅 数据 是 会 被 邮 
局 传递 到 报社 的 ， 当 报社 出 版 了 报纸 ， 报 社会 按照 订阅 信息 把 报纸 交 给 邮局 ， 然 后 由 邮 
局 来 代为 发 送 到 订阅 者 的 手中 。 所 以 在 整个 过 程 中 ， 邮 局 只 不 过 起 到 一 个 中 转 的 作用 。 


为 了 人 简单， 我 们 去 掉 邮 局 ， 让 订阅 者 直接 和 报社 交互 ， 如 图 12.2 所 示 。 


OC 报社 
按 日 期 出 报纸 ， 然 后 把 报纸 发 放 


到 订阅 者 手中 





图 12.2 简化 的 订阅 报纸 过 程 示 意图 


12. 1.2 订阅 报纸 的 问题 


在 上 述 过 程 中 ， 订 阅 者 在 完成 订阅 后 ， 最 关心 的 问题 就 是 何 时 能 收 到 新 出 的 报纸 。 
幸好 在 现实 生活 中 ， 报 纸 都 是 定期 出 版 ， 这 样 发 放 到 订阅 者 手中 也 基本 上 有 一 个 大 致 的 
时 间 范 围 ， 差 不 多 到 时 间 了 ， 订 阅 者 就 会 看 看 邮箱 ， 查 收 新 的 报纸 。 
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要 是 报纸 出 版 的 时 间 不 固定 呢 ? 


那 订阅 者 就 腑 烦 了 ， 如 果 订 阅 者 想 要 第 一 时 间 阅 读 到 新 报纸 ， 恐 怕 只 能 天 天 守 着 邮 
箱 了 ， 这 未 免 也 太 痛 苦 了 吧 。 

继续 引申 一 下 ， 用 类 来 描述 上 述 的 过 程 ， 描 述 如 下 。 

订阅 者 类 向 出 版 者 类 订阅 报纸 ， 很 明显 不 会 只 有 一 个 订阅 者 订阅 报纸 ， 订 阅 者 类 可 
以 有 很 多 ; 当 出 版 者 类 出 版 新 报纸 的 时 候 ， 多 个 订阅 者 类 如 何 知道 呢 ? 还 有 订阅 者 类 如 
何 得 到 新 报纸 的 内 容 呢 ? 

把 上 面 的 问题 对 比 描述 一 下 : 


有 具体 描述 对 应 的 抽象 描述 


当 报社 有 新 报纸 出 版 的 时 候 当 出 版 者 类 的 状态 发 生 改变 的 时 候 
多 个 订阅 报纸 的 人 员 多 个 订阅 者 类 


如 何 知道 ? 如 何 能 得 到 通知 ? 


订阅 报纸 的 人 员 需 要 得 到 新 报纸 的 内 容 ， 订阅 者 类 会 相应 进行 什么 样 的 处 理 或 改变 
要 看 这 些 新 内 容 





进一步 抽象 描述 这 个 问题 : 当 一 个 对 象 的 状态 发 生 改 变 的 时 候 ， 如 何 让 依赖 于 它 的 
所 有 对 象 得 到 通知 ， 并 进行 相应 的 处 理 呢 ? 
该 如 何 解决 这 样 的 问题 ? 


12.3 解决 方案 


12.2.1 使 用 观察 者 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 观察 者 模式 。 那 么 什么 是 观察 者 模式 
呢 ? 


1. 观察 者 模式 的 定义 


定义 对 象 间 的 一 种 一 对 多 的 依赖 关系 。 当 一 个 对 象 的 状态 发 生 改 变 时 ， 所 有 依 


赖 于 它 的 对 象 都 得 到 通知 并 被 自动 更 新 。 
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2. 应 用 观察 者 模式 来 解决 的 思路 

在 前 面 描述 的 订阅 报纸 的 例子 里 面 ， 对 于 报社 来 说 ， 在 一 开始 ， 它 并 不 清楚 究竟 有 
多 少 个 订阅 者 会 来 订阅 报纸 ， 因 此 ， 报 社 需 要 维护 一 个 订阅 者 的 列表 ， 这 样 ， 当 报社 出 
版 报纸 的 时 候 ， 才 能 够 把 报纸 发 放 到 所 有 的 订阅 者 手中 。 对 于 订阅 者 来 说 ， 订 阅 者 也 就 
是 看 报 的 读者 ， 多 个 订阅 者 会 订阅 同一 份 报纸 。 

这 就 出 现 了 一 个 典型 的 一 对 多 的 对 象 关 系 ， 一 个 报纸 对 象 ， 会 有 多 个 订阅 者 对 象 来 
订阅 ; 当 报 纸 出 版 的 时 候 ， 也 就 是 报纸 对 象 改 变 的 时 候 ， 需 要 通知 所 有 的 订阅 者 对 象 。 
那么 怎么 来 建立 并 维护 这 样 的 关系 呢 ? 

观察 者 模式 可 以 处 理 这 种 问题 。 观 察 者 模式 把 这 多 个 订阅 者 称 为 观察 者 : Observer， 
多 个 观察 者 观察 的 对 象 被 称 为 目标 : Subject。 

一 个 目标 可 以 有 任意 多 个 观察 者 对 象 ， 一 旦 目标 的 状态 发 生 了 改变 ， 所 有 注册 的 观 
察 者 都 会 得 到 通知 ， 然 后 各 个 观察 者 会 对 通知 作出 相应 的 响应 ， 执 行 相应 的 业务 功能 处 
理 ， 并 使 自己 的 状态 和 目标 对 象 的 状态 保持 一 致 。 


12. 2.2 ”观察 者 模式 的 结构 和 说 明 


观察 者 模式 的 结构 如 图 12.3 所 示 。 


[mm Subject 
稚 -observers'List<Observer>=new ArrayList <Observer >0) 


加 +attach(obseryer:Observer):void 
@ +detachtobserver:Observer);void 
全 #notifyObserversO:void 


[Lo ConcreteSubject 


路 -subject5tate'5tring 













«interface» 
心 Dhserver 


© +updatelsubect, Sbierct voi 
/人 






















回调 目标 对 象 ， 获 取 目 标 对 象 的 数据 


[8 ConcreteObserver 


从 -observerState:String 
(+updatetsubject:Subject):void 





图 12.3 ”观察 者 模式 的 结构 示意 图 
m ”Subject: 目标 对 象 ， 通 常 具有 如 下 功能 。 
4 一 个 目标 可 以 被 多 个 观察 者 观察 。 
4 目标 提供 对 观察 者 注册 和 退 订 的 维护 。 
4 当 目 标的 状态 发 生变 化 时 ， 目 标 负责 通知 所 有 注册 的 、 有 效 的 观察 者 。 
下 Observer: 定义 观察 者 的 接口 ， 提 供 目标 通知 时 对 应 的 更 新 方法 ， 这 个 更 新 方法 进 
行 相应 的 业务 处 理 ， 可 以 在 这 个 方法 里 面 回调 目标 对 象 ， 以 获取 目标 对 象 的 数据 。 
中 。 ConcreteSubject: 具体 的 目标 实现 对 象 ， 用 来 维护 目标 状态 ， 当 目标 对 象 的 状态 发 
生 改 变 时 ， 通 知 所 有 注册 的 、 有 效 的 观察 者 ， 让 观察 者 执行 相应 的 处 理 。 
@。 ConcreteObserver: 观察 者 的 具体 实现 对 象 ， 用 来 接收 目标 的 通知 ， 并 进行 相应 的 
后 续 处 理 ， 比 如 更 新 自身 的 状态 以 保持 和 目标 的 相应 状态 一 致 。 
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12.2.3 ”观察 者 模式 示例 代码 


(1) 先 来 看 看 目标 对 象 的 定义 。 示例 代码 如 下 ; 


(2) 接 下 来 看 看 具体 的 目标 对 象 。 示 例 代码 如 下 : 





Public class ConcreteSubject extends Subject 1{ 


/x** 
* 示意 ， 目 标 对 象 的 状态 
wo 


private String subjectSsState; 
public String getSubjectState() { 
return subjectSstate; 
} 
public void setSubjectState (String subjectState) { 





this.subjectState = subjectState; 
// 状 态 发 生 了 改变 ， 通 知 各 个 观察 者 


this.notifyObservers(); 


} 
(3) 再 来 看 看 观察 者 的 接口 定义 。 示 例 代 码 如 下 : 


/x* 
* 观察 者 接口 ， 定 义 一 个 更 新 的 接口 给 那些 在 目标 发 生 改变 的 时 候 被 通知 的 对 象 
w 
public interface Observer { 
/** 
* 更 新 的 接口 
* @param subject 传 入 目标 对 象 ， 方便 获取 相应 的 目标 对 象 的 状态 
S20 


public void update (Subject subject); 
} 


(4) 最 后 来 看 看 观察 者 的 具体 实现 示意 。 示 例 代 码 如 下 : 


/** 
* 具体 观察 者 对 象 ， 实 现 更 新 的 方法 ， 使 自身 的 状态 和 目标 的 状态 保持 一 致 
小 
public class ConcreteObserver implements Observer { 
/大 大 
* 示意 ， 观 察 者 的 状态 
于 


private String observerState; 


public void update(Subject subject) { 
// 具体 的 更 新 实现 
// 这 里 可 能 需要 更 新 观察 者 的 状态 ， 使 其 与 目标 的 状态 保持 一 致 


observerState = ((ConcreteSubject) subject) 
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.getSsubjectState(); 
} 
} 


12. 2.4 使 用 观察 者 模式 实现 示例 


要 使 用 观察 者 模式 来 实现 示例 ， 那 就 按照 前 面 讲述 的 实现 思路 ， 把 报纸 对 象 当 作 目 


标 ， 订 阅 者 当做 观察 者 ， 就 可 以 实现 出 来 了 。 
interface»y 
心 Dbserver 


使 用 观察 者 模式 来 实现 示例 的 结构 如 图 12.4 所 示 。 
ES 


-readers:List Dbserver’>-new MrrayList<Dbserver>() 
Ba 















(Otattach (reader:0bserver]:yoid 
r):void 
d 





Otupdate (subject:Subject):void 


钼 -content:String 


图 12.4 ”使 用 观察 者 模式 来 实现 示例 的 结构 示意 图 

还 是 来 看 看 具体 的 代码 实现 。 

1. 被 观察 的 目标 

在 前 面 描述 的 订阅 报纸 的 例子 里 面 ， 多 个 订阅 者 都 是 在 观察 同一 个 报社 对 象 ， 这 个 
报社 对 象 就 是 被 观察 的 目标 。 这 个 目标 的 接口 应 该 有 些 什 么 方法 呢 ? 还 是 从 实际 入 手 去 
想 ， 看 看 报社 都 有 些 什么 功能 。 报 社 有 以 下 最 基本 的 功能 。 

m ”注册 订阅 者 ， 也 就 是 说 很 多 个 人 来 订 报 纸 ， 报 社 表 定 要 有 相应 的 记录 才 行 。 

m 出 版 报纸 ， 这 个 是 报社 的 主要 工作 。 

m 发 行 报纸 ， 也 就 是 要 把 出 版 的 报纸 发 送 到 订阅 者 手中 。 

m ” 退 订 报纸 ， 当 订阅 者 不 想 继续 订阅 了 ， 可 以 取消 订阅 。 

上 面 这 些 功能 是 报社 最 基本 的 功能 ， 当 然 ， 报 社 还 有 很 多 别 的 功能 ， 为 了 简单 ， 这 
里 就 不 再 去 描述 了 。 因 此 报社 这 个 目标 的 接口 也 应 该 实现 上 述 功能 ， 把 它们 定义 在 目标 
接口 里 面 。 示 例 代码 如 下 : 

/** - 

* 目标 对 象 ， 作 为 被 观察 者 

村 大 

public class Subject { 

/** 
* 用 来 保存 注册 的 观察 者 对 象 ， 也 就 是 报纸 的 订阅 者 
< 


¥=-name:Strine 
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private List<Observer> readers = new ArrayList<Observer>(); 


/** 

* 报纸 的 读者 需要 向 报社 订阅 ， 先 要 注册 
* @param reader 报纸 的 读者 

* @return 是 否 注 册 成 功 

wy 


public void attach (Observer reader) { 





readers.add (reader); 

} 

ieK 

* 报纸 的 读者 可 以 取消 订阅 

* @param reader 报纸 的 读者 

* @return 是 否 取 消 成 功 

bp 

public void detach (Observer reader) { 
readers.remove (reader); 

} 

/** 

* 当 每 期 报纸 印刷 出 来 后 ， 就 要 迅速 主动 地 被 送 到 读者 的 手中 

* 相当 于 通知 读者 ， 让 他 们 知道 

下 

protected void notifyObservers() { 
for (Observer reader : readers){ 


reader.update (this); 


} 

细心 的 朋友 可 能 会 发 现 ， 这 个 对 象 并 没有 定义 出 版 报纸 的 功能 ， 这 是 为 了 让 这 个 对 
象 更 加 通用 ， 这 个 功能 还 是 有 的 ， 放 到 具体 的 报纸 类 中 了 。 下 面 就 来 具体 地 看 看 具体 的 
报纸 类 的 实现 。 

为 了 演示 的 方便 ， 在 这 个 实现 类 中 增添 一 个 属性 ， 用 它 来 保存 报纸 的 内 容 ， 然 后 增 
添 一 个 方法 来 修改 这 个 属性 ， 修 改 这 个 属性 就 相当 于 出 版 了 新 的 报纸 ， 并 且 同 时 通知 所 
有 的 订阅 者 。 示 例 代码 如 下 : 

/** 

* 报纸 对 象 ， 具 体 的 目标 实现 

Si 

public class NewsPaper extends Subjectt{ 


/大大 
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2. 观察 者 

目标 定义 好 以 后 ， 接 下 来 把 观察 者 抽象 出 来 ， 看 看 他 应 该 具有 什么 功能 。 分 析 前 面 
的 描述 ， 发 现 观察 者 只 要 去 邮局 注册 了 以 后 ， 等 着 接收 报纸 就 可 以 了 ， 没 有 其 他 的 功能 
了 。 那 么 就 把 这 个 接收 报纸 的 功能 抽象 成 为 更 新 的 方法 ， 从 而 定义 出 观察 者 接口 来 。 


示例 代码 如 下 : 





cd 





定义 好 观察 者 的 接口 以 后 ， 该 来 想 想 如 何 实现 了 。 具 体 的 观察 者 需要 实现 ， 在 收 到 
被 通知 的 内 容 后 ， 自 身 如 何 进行 相应 处 理 的 功能 。 为 了 演示 的 简单 ， 收 到 报纸 内 容 以 后 ， 
简单 地 输出 一 下 ， 表 示 收 到 了 就 可 以 了 。 


研 
度 


定义 一 个 简单 的 观察 者 实现 。 示 例 代 码 如 下 : 
/六 : 

* 真正 的 读者 ， 为 了 简单 就 描述 一 下 姓名 

en 

public class Reader implements Observert{ 


/** 
* 读者 的 姓名 
Gy 


private String name; 









最 简单 的 处 理 ， 输 出 了 
接收 到 的 内 容 







public void update (Subject subject) 

// 这 是 采用 拉 的 方式 
System.out.println (name+" 收 到 报纸 了 ， 阅 读 它 。 内 容 是 ===" 

+( (NewsPaper) subject) .getContent () ) : 


public String getName() { 
return name; 
} 
public void setName (String name) { 


this.name = name; 


} 

3. 使 用 观察 者 模式 

前 面 定义 好 了 观察 者 和 观察 的 目标 ， 那 么 如 何 使 用 它们 呢 ? 

那 就 写 个 客户 端 ， 在 客户 端 里 面 ， 先 创建 好 一 个 报纸 ， 作 为 被 观察 的 目标 ， 然 后 多 
创建 几 个 读者 作为 观察 者 ， 当 然 需 要 把 这 些 观察 者 都 注册 到 目标 里 面 去 ， 接 下 来 就 可 以 
出 版 报纸 了 。 有 具体 的 示例 代码 如 下 : 

public class Client { 

public static void main(String[] args) { 
/ /创建 一 个 报纸 ， 作 为 被 观察 者 
NewsPaper subject = new NewsPaper (); 
/ /创建 阅 读者 ， 也 就 是 观察 者 
Reader readerl = new Reader (); 


readerl.setName (" 张 三 ")， 


Reader reader2 = new Reader (); 


reader2 .setName (" 李 四 ") ; 
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Reader reader3 = new Reader(); 


reader3.setName (" 王 五 ") ; 


// 注 册 阅 读者 
subject.attach (reader1); - 
subject.attach (reader2); 


subject.attach (reader3); 


// 要 出 报纸 啦 
subject .setContent ("本 期 内 容 是 观察 者 模式 "); 


} 

测试 一 下 看 看 ， 输 出 结果 如 下 : 

张 三 收 到 报纸 了 ， 阅 读 它 。 内 容 是 === 本 期 内 容 是 观察 者 模式 

李 四 收 到 报纸 了 ， 阅 读 它 。 内 容 是 === 本 期 内 容 是 观察 者 模式 

王 五 收 到 报纸 了 ， 阅 读 它 。 内 容 是 === 本 期 内 容 是 观察 者 模式 

你 还 可 以 通过 改变 注册 的 观察 者 ， 或 者 是 注册 了 又 退 订 ， 来 看 看 输出 的 结果 。 会 发 
现 没 有 注册 或 者 退 订 的 观察 者 是 收 不 到 报纸 的 。 

如 同 前 面 的 示例 ， 读 者 和 报社 是 一 种 典型 的 一 对 多 的 关系 ， 一 个 报社 有 多 个 读者 ， 
当 报 社 的 状态 发 生 改变 ， 也 就 是 出 版 新 报纸 的 时 候 ， 所 有 注册 的 读者 都 会 得 到 通知 ， 然 
后 读者 会 拿 到 报纸 ， 读 者 会 去 阅读 报纸 并 进行 后 续 的 操作 。 


12.3 模式 讲解 
12. 3.1 认识 观察 者 模式 


1. 目标 和 观察 者 之 间 的 关系 

按照 模式 的 定义 ， 目 标 和 观察 者 之 间 是 典型 的 一 对 多 的 关系 。 

但 是 要 注意 ， 如 果 观 察 者 只 有 一 个 ， 也 是 可 以 的 ， 这 样 就 变相 实现 了 目标 和 观察 者 
之 间 一 对 一 的 关系 ， 这 也 使 得 在 处 理 一 个 对 象 的 状态 变化 会 影响 到 另 一 个 对 象 的 时 候 ， 
也 可 以 考虑 使 用 观察 者 模式 。 

同样 地 ， 一 个 观察 者 也 可 以 观察 多 个 目标 ， 如 果 观 察 者 为 多 个 目标 定义 的 通知 更 新 
方法 都 是 update 方法 的 话 ， 这 会 带 来 麻烦 ， 因 为 需要 接收 多 个 目标 的 通知 ， 如 果 是 一 个 
update 的 方法 ， 那 就 需要 在 方法 内 部 区 分 ， 到 底 这 个 更 新 的 通知 来 自 于 哪 一 个 目标 ， 不 
同 的 目标 有 不 同 的 后 续 操 作 。 

一 般 情况 下 ， 观 察 者 应 该 为 不 同 的 观察 者 目标 定义 不 同 的 回调 方法 ， 这 样 实现 最 简 
单 ， 不 需要 在 update 方法 内 部 进行 区 分 。 
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2. 单 向 依赖 


在 观察 者 模式 中 ， 观 察 者 和 目标 是 单 向 依赖 的 ， 只 有 观察 者 依赖 于 目标 ， 而 目标 是 
不 会 依赖 于 观察 者 的 。 


它们 之 间 联 系 的 主动 权 掌握 在 目标 手中 ， 只 有 目标 知道 什么 时 候 需要 通知 观察 者 。 
在 整个 过 程 中 ， 观 察 者 始终 是 被 动 的 ， 被 动 地 等 待 目 标的 通知 ， 等 待 目标 传 值 给 它 。 
对 目标 而 言 ， 所 有 的 观察 者 都 是 一 样 的 ， 目 标 会 一 视 同仁 地 对 待 。 当 然 也 可 以 通过 
在 目标 中 进行 控制 ， 实 现 有 区 别 地 对 待 观察 者 ， 比 如 某 些 状态 变化 ， 只 需要 通知 部 分 观 
察 者 ， 但 那 是 属于 稍微 变形 的 用 法 了 ， 不 属于 标准 的 、 原 始 的 观察 者 模式 了 。 
3. 基本 的 实现 说 明 
m 具体 的 目标 实现 对 象 要 能 维护 观察 者 的 注册 信息 ， 最 简单 的 实现 方案 就 如 同 前 面 
的 例子 那样 ， 采 用 一 个 集合 来 保存 观察 者 的 注册 信息 。 
m ”具体 的 目标 实现 对 象 需要 维护 引起 通知 的 状态 ， 一 般 情况 下 是 目标 自身 的 状态 。 
变形 使 用 的 情况 下 ， 也 可 以 是 别 的 对 象 的 状态 。 
m ”具体 的 观察 者 实现 对 象 需要 能 接收 目标 的 通知 ， 能 够 接收 目标 传递 的 数据 ， 或 者 
是 能 够 主动 去 获取 目标 的 数据 ， 并 进行 后 续 处 理 。 
@ ”如果 是 一 个 观察 者 观察 多 个 目标 ， 那 么 在 观察 者 的 更 新 方法 里 面 ， 需 要 去 判断 是 
来 自 哪 一 个 目标 的 通知 。 一 种 简单 的 解决 方案 就 是 扩展 update 方法 ， 比 如 在 方法 
里 面 多 传递 一 个 参数 进行 区 分 等 ， 还 有 一 种 更 简单 的 方法 ， 那 就 是 干脆 定义 不 同 
的 回调 方法 。 
4. 命名 建议 
m ”观察 者 模式 又 被 称 为 发 布 一 一 订阅 模式 。 
m ”目标 接口 的 定义 ， 建 议 在 名 称 后 面 跟 Subject。 
m ”观察 者 接口 的 定义 ， 建 议 在 名 称 后 面 跟 Observer。 
m ”观察 者 接口 的 更 新 方法 ， 建 议 名 称 为 update， 当 然 方法 的 参数 可 以 根据 需要 定义 ， 
参数 个 数 不 限 、 参 数 类 型 不 限 。 ， 
5. 触发 通知 的 时 机 





在 实现 观察 者 模式 的 时 候 ， 一 定 要 注意 触发 通知 的 时 机 。 一 般 情 况 下 ， 是 在 完成 


了 状态 维护 后 触发 ， 因 为 通知 会 传递 数据 ， 不 能 够 先 通知 后 改 数据 ， 这 很 容易 出 
问题 ， 会 导致 观察 者 和 目标 对 象 的 状态 不 一 致 。 


比如 ， 目 标 一 发 出 通知 ， 就 有 观察 者 来 取 值 ， 结 果 目 标 还 没有 更 新 数据 ， 这 就 明显 
地 造成 了 错误 。 如 下 示例 就 是 有 问题 的 。 示 例 代码 如 下 : 
public void setContent (String content) { 


// 目 标 先 发 出 通知 了 ， 然 后 才 修改 自己 的 数据 ， 这 会 造成 问题 
notifyAllReader () :; 





this.content = content; 
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6. 相互 观察 


在 某 些 应 用 中 ， 可 能 会 出 现 目标 和 观察 者 相互 观察 的 情况 。 什 么 意思 呢 ? 比如 有 两 
套 观察 者 模式 的 应 用 ， 其 中 一 套 观察 者 模式 的 实现 是 A 对 象 、B 对 象 观察 C 对 象 ， 在 另 
一 套 观察 者 模式 的 实现 里 面 ,实现 的 是 B 对 象 、C 对 象 观察 A 对 象 ， 那么 A 对 象 和 C 对 
象 就 是 在 相互 观察 。 

换 句 话说 ，A 对 象 的 状态 变化 会 引起 C 对 象 的 联动 操作 ， 反 过 来 ，C 对 象 的 状态 变 
化 也 会 引起 A 对 象 的 联动 操作 。 对 于 出 现 这 种 状况 ， 要 特别 小 心 处 理 ， 因 为 可 能 会 出 现 
死 循环 的 情况 。 

7. 观察 者 模式 的 调用 顺序 示意 图 

在 使 用 观察 者 模式 时 ， 会 很 明显 地 分 成 两 个 阶段 ， 第 一 个 阶段 是 准备 阶段 ， 也 就 是 
维护 目标 和 观察 者 关系 的 阶段 ， 这 个 阶段 的 调用 顺序 如 图 12.5 所 示 。 





图 12.5 观察 者 模式 准备 阶段 示意 图 
接 下 来 就 是 实际 的 运行 阶段 了 ， 这 个 阶段 的 调用 顺序 如 图 12.6 所 示 。 


Fo 





.1.1: 回调 目标 对 象 ， 获取 相 应 的 数据 
| 


图 12.6 观察 者 模式 运行 阶段 示意 图 


8. 通知 的 顺序 


从 理论 上 来 说 ， 当 目标 对 象 的 状态 变化 后 通知 所 有 观察 者 的 时 候 , 顺序 是 不 确定 的 ， 
因此 观察 者 实现 的 功能 ， 绝 对 不 要 依赖 于 通知 的 顺序 。 也 就 是 说 ， 多 个 观察 者 之 间 的 功 
能 是 平行 的 ， 相 互 不 应 该 有 先后 的 依赖 关系 。 


12. 3. 2 ” 推 模 型 和 拉 模 型 


在 观察 者 模式 的 实现 中 ， 又 分 为 推 模型 和 拉 模 型 两 种 方式 。 什 么 意思 呢 ? 
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= 推 模型 
目标 对 象 主动 向 观察 者 推送 目标 的 详细 信息 ， 不 管 观察 者 是 否 需要 ， 推 送 的 信息 
通常 是 目标 对 象 的 全 部 或 部 分 数据 ， 相 当 于 是 在 广播 通信 。 
sm  ” 拉 模 型 
目标 对 象 在 通知 观察 者 的 时 候 ， 只 传递 少量 信息 。 如 果 观 察 者 需要 更 具体 的 信息 ， 
由 观察 者 主动 到 目标 对 象 中 获取 ， 相 当 于 是 观察 者 从 目标 对 象 中 拉 数 据 。 一 般 这 
种 模型 的 实现 中 ， 会 把 目标 对 象 自身 通过 update 方法 传递 给 观察 者 ， 这 样 在 观察 
者 需要 获取 数据 的 时 候 ， 就 可 以 通过 这 个 引用 来 获取 了 。 
根据 上 面 的 描述 ， 发 现 前 面 的 例子 就 是 典型 的 拉 模 型 ， 那 么 推 模型 如 何 实现 呢 ? 还 
是 来 看 个 示例 吧 ， 这 样 会 比较 清楚 。 
(1) 推 模型 的 观察 者 接口 
根据 前 面 的 讲述 ， 推 模型 通常 都 是 把 需要 传递 的 数据 直接 推送 给 观察 者 对 象 ， 所 以 
观察 者 接口 中 的 update 方法 的 参数 需要 发 生变 化 。 示 例 代码 如 下 : 
/** 
* 观察 者 ， 比 如 报纸 的 读者 
public interface Observer { 
/** 
* 被 通知 的 方法 ， 直 接 把 报纸 的 内 容 推送 过 来 
* @param content 报纸 的 内 容 
A 
Public void update (String content); 
} 
(2) 推 模型 的 观察 者 的 具体 实现 
以 前 需要 到 目标 对 象 中 获取 自己 需要 的 数据 ， 现 在 是 直接 接收 传 入 的 数据 ， 这 就 是 
改变 的 地 方 。 示 例 代 码 如 下 : 
public class Reader implements Observer1{ 
/六 大 
* 读者 的 姓名 
油光 


private String name; 


public void update (String content) { 
// 这 是 采用 推 的 方式 
”System.out.println (name+" 收 到 报纸 了 了， 阅读 它 。 内 容 是 ===" 


+content); 






} 
public String getName() { 


变化 就 在 这 里 ， 直 接 接收 传 入 的 数据 就 
可 以 了 






return name; 
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} 
public void setName (String name) { 


this.name = name; 


} 
(3) 推 模型 的 目标 对 象 
跟 拉 模型 的 目标 实现 相 比 ， 有 一 些 变化 。 


ma ”通知 所 有 观察 者 的 方法 ， 以 前 是 没有 参数 的 ， 现 在 需要 传 入 需要 主动 推送 的 数据 。 
sa 在 循环 通知 观察 者 的 时 候 ， 也 就 是 循环 调用 观察 者 的 update 方法 的 时 候 ， 传 入 的 
参数 不 同 了 。 
示例 代码 如 下 : 
/** 
* 目标 对 象 ， 作 为 被 观察 者 ， 使 用 推 模型 
A 
public class Subject { 
/** 
* 用 来 保存 注册 的 观察 者 对 象 ， 也 就 是 报纸 的 订阅 者 
a 
private List<Observer> readers = new ArrayList<Observer>(); 
/** 
* 报纸 的 读者 需要 向 报社 订阅 ， 先 要 注册 
* @param reader 报纸 的 读者 
* @return 是 否 注 册 成 功 
二 光 
public void attach (Observer reader) { 
readers.add (reader); 
} 
/** 
* 报纸 的 读者 可 以 取消 订阅 
* @param reader 报纸 的 读者 
* @return 是 否 取 消 成 功 
A 
public void detach (Observer reader) { 
readers.remove (reader); 
} 
/** 
* 当 每 期 报纸 印刷 出 来 后 ， 就 要 迅速 地 、 主 动 地 被 送 到 读者 的 手中 
* 相当 于 通知 读者 ， 让 他 们 知道 
* @param content 要 主动 推送 的 内 容 
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bah 
Protected void notifyObservers (String Content) { 
for (Observer reader : readers){ 


reader .update {content); 


} 
(4) 推 模型 的 目标 具体 实现 
跟 拉 模型 相 比 ， 有 一 点 变化 ， 就 是 在 调用 通知 观察 者 的 方法 的 时 候 ， 需 要 传 入 参数 
了 ， 拉 模型 的 实现 中 是 不 需要 的 。 示 例 代 码 如 下 : 
public class NewsPaper extends Subject{ 
private String content; 
public String getContent() { 
return content; 
} 
public void setContent (String content) { 


this.content = content; 


// 内 容 有 了 ， 说 明 又 出 报纸 了 ， 那 就 通知 所 有 的 读者 


notifyObservers (content); 


} 

(5) 推 模型 的 客户 端 使 用 

跟 拉 模 型 一 样 ， 没 有 变化 。 

好 了 ， 到 此 就 简单 地 实现 了 推 模型 的 观察 者 模式 ， 测 试 一 下 看 看 效果 ， 是 不 是 和 前 
面 的 拉 模 型 一 样 呢 ? 如 果 是 一 样 的 ， 那 就 可 以 了 。 

(6) 关于 两 种 模型 的 比较 


两 种 实现 模型 ， 在 开发 的 时 候 ， 究 竟 应 该 使 用 哪 一 种 ， 还 应 该 具体 问题 具体 分 析 。 
这 里 ， 只 是 把 两 种 模型 进行 一 个 简单 的 比较 。 


a ” 推 模型 是 假定 目标 对 象 知道 观察 者 需要 的 数据 ， 而 拉 模 型 是 目标 对 象 不 知道 观察 
者 具体 需要 什么 数据 ， 没 有 办 法 的 情况 下 ,干脆 把 自身 传 给 观察 者 ， 让 观察 者 自 
己 去 按 需 取 值 。 

。 推 模型 可 能 会 使 得 观察 者 对 象 难以 复 用 ， 因 为 观察 者 定义 的 update 方法 是 按 需 而 
定义 的 ， 可 能 无 法 兼顾 没有 考虑 到 的 使 用 情况 。 这 就 意味 着 出 现 新 情况 的 时 候 ， 
就 可 能 需要 提供 新 的 update 方法 ， 或 者 是 干脆 重新 实现 观察 者 。 

而 拉 模 型 就 不 会 造成 这 样 的 情况 ， 因 为 拉 模型 下 ，update 方法 的 参数 是 目标 对 象 本 

身 ， 这 基本 上 是 目标 对 象 能 传递 的 最 大 数据 集合 了 ， 基 本 上 可 以 适应 各 种 情况 的 需要 。 
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12. 3.3 Java 中 的 观察 者 模式 


估计 有 些 朋 友 在 看 前 面 的 内 容 的 时 候 ， 心 里 就 吐 咕 了 ，Java 中 不 是 已 经 有 了 观察 者 
模式 的 部 分 实现 吗 ? 为 何 还 要 全 部 自己 从 头 做 呢 ? 

主要 是 为 了 让 大 家 更 好 地 理解 观察 者 模式 本 身 ， 而 不 用 受 Java 语言 实现 的 限制 。 

好 了 ， 下 面 就 来 看 看 如 何 利 用 Java 中 己 有 的 功能 来 实现 观察 者 模式 。 在 java.util 包 
里 面 有 一 个 类 Observable， 它 实现 了 大 部 分 我 们 需要 的 目标 的 功能 ; 还 有 一 个 接口 
Observer， 其 中 定义 了 update 的 方法 ， 就 是 观察 者 的 接口 。 

因此 ， 利 用 Java 中 已 有 的 功能 来 实现 观察 者 模式 非常 简单 ， 同 前 面 完全 由 自己 来 实 
现 观察 者 模式 相 比 有 以 下 改变 。 


ma ”不 需要 再 定义 观察 者 和 目标 的 接口 了 ，JDK 帮忙 定义 了 。 

m 具体 的 目标 实现 里 面 不 需要 再 维护 观察 者 的 注册 信息 了 ， 这 个 在 Java 中 的 
Observable 类 里 面 ， 已 经 帮忙 实现 好 了 。 

sm ”触发 通知 的 方式 有 一 点 变化 ， 要 先 调用 setChanged 方法 ， 这 个 是 Java 为 了 帮助 实 
现 更 精确 的 触发 控制 而 提供 的 功能 。 

m ”具体 观察 者 的 实现 里 面 , update 方法 其 实 能 同时 支持 推 模型 和 拉 模 型 , 这 个 是 Java 
在 定义 的 时 候 ， 就 已 经 考虑 进去 了 。 

好 了 ， 说 了 这 么 多 ， 还 是 看 看 例子 会 比较 直观 。 

(1) 新 的 目标 的 实现 ， 不 再 需要 自己 来 实现 Subject 定义 ， 在 具体 实现 的 时 候 ， 也 
不 是 继承 Subject 了 ， 而 是 改 成 继承 Java 中 定义 的 Observable。 示 例 代 码 如 下 : 


/x 
* 报纸 对 象 ， 具 体 的 目标 实现 
ev 
public class NewsPaper extends java.util.Observable 1 
/** 
* 报纸 的 具体 内 容 
次 
private String content; 
/ 


* 获取 报纸 的 具体 内 容 
* Q@return 报纸 的 具体 内 容 
A 
public String getContent () { 
return contenty 
} 
/x*# 
* 示意 ， 设 置 报纸 的 具体 内 容 ， 相 当 于 要 出 版 报纸 了 
* @param content 报纸 的 具体 内 容 
er 
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Public void setContent (StringG content) { 
this .content = content; 
// 内 容 有 了 ， 说 明 又 出 新 报纸 了 ， 那 就 通知 所 有 的 读者 
// 注 意 在 用 Tava 中 的 observez 模 式 的 时 候 ， 下 面 这 名 话 不 可 少 
this.setChanged(); 
// 然 后 主动 通知 ， 这 里 用 的 是 推 的 方式 
this.notifyObservers (this.content); 汪汪 下 学 迷 
// 如 果 用 拉 的 方式 ， 这 么 调用 ee 
//this.notifyObservers () : 





} 
(2) 再 看 看 新 的 观察 者 的 实现 , 不 是 实现 自己 定义 的 观察 者 接口 ， 而 是 实现 由 Java 
提供 的 Observer 接口 。 示 例 代码 如 下 : 

/** 

* 真正 的 读者 ， 为 了 简单 就 描述 一 下 姓名 

al 

public class Reader implements java.util.Observer { 

/** 
* 读者 的 姓名 
bv 


private String name; 





注意 这 里 实现 的 接口 
public String getName() { 是 Java 提供 的 
return name; 
} 
public void setName (String name) { 
this.name = name; 
} 
public void update (Observable o Object obj) { 
// 这 是 采用 推 的 方式 


System.out.println (name 


+" 收 到 报纸 了 ， 阅 读 先 。 目 标 推 过 来 的 内 容 是 ==="+obj) ; 










对 于 要 获取 推 的 数据 , 在 目标 实现 里 面 调用 的 时 
候 必 须 用 推 的 方式 ， 就 是 带 参数 那个 ， 否 则 这 里 
会 是 null 


// 这 是 获取 拉 的 数据 
System.out.println (name 
+" 收 到 报纸 了 ， 阅 读 它 。 主 动 到 目标 对 象 去 拉 的 内 容 是 ===" 


+((NewsPaper)o) .getContent () ) ; 


290 


第 12 章 观察 者 模式 (0bserver) 1 










对 于 要 用 拉 的 方式 获取 数据 ， 在 目标 实现 里 面 怎么 调用 都 行 ， 有 参 无 参 都 行 ， 
Java 默认 会 传递 目标 的 实现 对 象 本 身 。 也 就 是 说 ，Java 实现 观察 者 模式 时 默 
认 是 拉 模 型 ,如果 你 用 推 模型 调用 ,那么 两 种 方式 都 可 以 获取 到 值 ， 也 就 是 两 
种 方式 可 以 同时 使 用 


} 
(3) 客户 端 使 用 。 
客户 端 跟前 面 的 写法 没有 太 大 改变 ， 主 要 在 注册 阅读 者 的 时 候 ， 调 用 的 方法 和 以 前 
不 一 样 了 。 示 例 代码 如 下 : 
mubliel elass -Chtoent. dt 
pubiio static voLd malin(otringbl arogmn 
// 创 建 一 个 报纸 ， 作 为 被 观察 者 
NewsPaper subject = new NewsPaper (); 
/ /创建 阅读 者 ， 也 就 是 观察 者 
Reader''readerl = new Reader()} 


readerl.setName (" 张 三 ")， 


Reader reader2 = new Reader ()，; 


reader2 .setName (" 李 四 ") ; 


Reader reader3 = new Reader(); 


reader3.setName (" 王 五 "); 


// 注 册 阅 读者 

subject.addObserver (reader1); 
subject.addObserver (eader2) : 
subject.addObserver (reader3); 


// 要 出 报纸 啦 
subject.setContent ("本 期 内 容 是 观察 者 模式 ") ; 


} 

测试 一 下 ， 运 行 看 看 结果 。 运 行 结果 如 下 所 示 : 

王 五 收 到 报纸 了 ， 阅 读 它 。 目 标 推 过 来 的 内 容 是 === 本 期 内 容 是 观察 者 模式 

王 五 收 到 报纸 了 ， 阅 读 它 。 主 动 到 目标 对 象 去 拉 的 内 容 是 === 本 期 内 容 是 观察 者 模式 
李 四 收 到 报纸 了 ， 阅 读 它 。 目 标 推 过 来 的 内 容 是 === 本 期 内 容 是 观察 者 模式 


李 四 收 到 报纸 了 ， 阅 读 它 。 主 动 到 目标 对 象 去 拉 的 内 容 是 === 本 期 内 容 是 观察 者 模式 

张 三 收 到 报纸 了 ， 阅 读 它 。 目 标 推 过 来 的 内 容 是 === 本 期 内 容 是 观察 者 模式 

张 三 收 到 报纸 了 ， 阅 读 它 。 主 动 到 目标 对 象 去 拉 的 内 容 是 === 本 期 内 容 是 观察 者 模式 

然后 认真 对 比 自 己 实现 观察 者 模式 和 使 用 Java 已 有 的 功能 来 实现 观察 者 模式 ， 看 看 
有 什么 不 同 ， 有 什么 相同 ， 好 好 体会 一 下 。 


12. 3. 4 观察 者 模式 的 优 缺 点 


观察 者 模式 具有 以 下 优点 。 

= 观察 者 模式 实现 了 观察 者 和 目标 之 间 的 抽象 耦合 
原本 目标 对 象 在 状态 发 生 改 变 的 时 候 ， 需 要 直接 调用 所 有 的 观察 者 对 象 ， 但 是 
抽象 出 观察 者 接口 以 后 ， 目 标 和 观察 者 就 只 是 在 抽象 层面 上 耦合 了 ， 也 就 是 说 
目标 只 是 知道 观察 者 接口 ， 并 不 知道 具体 的 观察 者 的 类 ， 从 而 实现 目标 类 和 具 
体 的 观察 者 类 之 间 解 耦 。 

= 观察 者 模式 实现 了 动态 联动 
所 谓 联动 ， 就 是 做 一 个 操作 会 引起 其 他 相关 的 操作 。 由 于 观察 者 模式 对 观察 者 
注册 实行 管理 ， 那 就 可 以 在 运行 期 间 ， 通 过 动态 地 控制 注册 的 观察 者 ， 来 控制 
某 个 动作 的 联动 范围 ， 从 而 实现 动态 联动 。 

s 观察 者 模式 支持 广播 通信 
由 于 目标 发 送 通知 给 观察 者 是 面向 所 有 注册 的 观察 者 ， 所 以 每 次 目标 通知 的 信 
息 就 要 对 所 有 注册 的 观察 者 进行 广播 。 当 然 ， 也 可 以 通过 在 目标 上 添加 新 的 功 
能 来 限制 广播 的 范围 。 
在 广播 通信 的 时 候 要 注意 一 个 问题 ， 就 是 相互 广播 造成 死 循环 的 问题 。 比 如 A 
和 B 两 个 对 象 互 为 观察 者 和 目标 对 象 ，A 对 象 发 生 状 态 变化 ， 然 后 A 来 广播 信 
息 ，B 对 象 接收 到 通知 后 ， 在 处 理 过 程 中 ， 使 得 B 对 象 的 状态 也 发 生 了 改变 ， 
然后 B 来 广播 信息 ， 然 后 A 对 象 接 到 通知 后 ， 又 触发 广播 信息 …， 如 此 A 引 
起 B 变化 ，B 又 引起 A 变化 ， 从 而 一 直 相 互 广播 信息 ， 就 造成 死 循 环 。 

观察 者 模式 的 缺点 是 : 

= 可 能 会 引起 无 谓 的 操作 
由 于 观察 者 模式 每 次 都 是 广播 通信 ， 不 管 观察 者 需 不 需要 ， 每 个 观察 者 都 会 被 
调用 update 方法 ， 如 果 观 察 者 不 需要 执行 相应 处 理 ， 那 么 这 次 操作 就 浪费 了 。 
其 实 浪费 了 还 好 ， 最 怕 引 起 误 更 新 ， 那 就 麻烦 了 ， 比 如 ， 本 应 该 在 执行 这 次 状 
态 更 新 前 把 某 个 观察 者 删除 掉 ， 这 样 通知 的 时 候 就 没有 这 个 观察 者 了 ， 但 是 现 
在 忘掉 了 ， 那 么 就 会 引起 误 操作 。 
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12. 3.5 思考 观察 者 模式 


观察 者 模式 的 本 质 触发 联动 。 


1. 观察 者 模式 的 本 质 
当 修 改 目 标 对 象 的 状态 的 时 候 ， 就 会 触发 相应 的 通知 ， 然 后 会 循环 调用 所 有 注册 的 
观察 者 对 象 的 相应 方法 ， 其 实 就 相当 于 联动 调用 这 些 观察 者 的 方法 。 
而 且 这 个 联动 还 是 动态 的 ， 可 以 通过 注册 和 取消 注册 来 控制 观察 者 ， 因 而 可 以 在 程 
序 运 行 期 间 ， 通 过 动态 地 控制 观察 者 ， 来 变相 地 实现 添加 和 删除 某 些 功能 处 理 ， 这 些 功 
能 就 是 观察 者 在 update 的 时 候 执 行 的 功能 。 
同时 目标 对 象 和 观察 者 对 象 的 解 厢 ， 又 保证 了 无 论 观察 者 发 生 怎样 的 变化 ， 目 标 对 
象 总 是 能 够 正确 地 联动 过 来 。 
理解 这 个 本 质 对 我 们 非常 有 用 , 对 于 我 们 识别 和 使 用 观察 者 模式 有 非常 重要 的 意义 ， 
尤其 是 在 变形 使 用 的 时 候 。 万 变 不 离 其 宗 。 
2. 何 时 选用 观察 者 模式 
建议 在 以 下 情况 中 选用 观察 者 模式 。 
m ” 当 一 个 抽象 模型 有 两 个 方面 ， 其 中 一 个 方面 的 操作 依赖 于 男 一 个 方面 的 状态 变化 ， 
那么 就 可 以 选用 观察 者 模式 ， 将 这 两 者 封装 成 观察 者 和 目标 对 象 ， 当 目标 对 象 变 
化 的 时 候 ， 依 赖 于 它 的 观察 者 对 象 也 会 发 生 相 应 的 变化 。 这 样 就 把 抽象 模型 的 这 
两 个 方面 分 离开 了 ， 使 得 它们 可 以 独立 地 改变 和 复 用 。 
m ”如 果 在 更 改 一 个 对 象 的 时 候 ， 需 要 同时 连带 改变 其 他 的 对 象 ， 而 且 不 知道 究竟 应 
该 有 多 少 对 象 需要 被 连带 改变 ， 这 种 情况 可 以 选用 观察 者 模式 ， 被 更 改 的 那 一 个 
对 象 很 明显 就 相当 于 是 目标 对 象 ， 而 需要 连带 修改 的 多 个 其 他 对 象 ， 就 作为 多 个 
观察 者 对 象 了 。 
m 当 一 个 对 象 必须 通知 其 他 的 对 象 ， 但 是 你 又 希望 这 个 对 象 和 其 他 被 它 通知 的 对 象 
是 松散 耦合 的 。 也 就 是 说 这 个 对 象 其 实 不 想 知道 具体 被 通知 的 对 象 。 这 种 情况 可 
以 选用 观察 者 模式 ， 这 个 对 象 就 相当 于 是 目标 对 象 ， 而 被 它 通知 的 对 象 就 是 观察 
者 对 象 了 。 


12.3.6 Swing 中 的 观察 者 模式 


Java 的 Swing 中 到 处 都 是 观察 者 模式 的 身影 ， 比 如 大 家 熟悉 的 事件 处 理 就 是 典型 的 
观察 者 模式 的 应 用 。 【说明 一 下 : 早期 的 Swing 事件 处 理 用 的 是 职责 链 ) 。 

Swing 组 件 是 被 观察 的 目标 ， 而 每 个 实现 监听 器 的 类 就 是 观察 者 ， 监 听 器 的 接口 就 
是 观察 者 的 接口 ， 在 调用 addXXXListener 方法 的 时 候 就 相当 于 注册 观察 者 。 

当 组 件 被 单 击 ， 状 态 发 生 改 变 的 时 候 ， 就 会 产生 相应 的 通知 ， 会 调用 注册 的 观察 者 
的 方法 ， 就 是 我 们 所 实现 的 监听 器 的 方法 。 
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从 这 里 还 可 以 学 一 招 : 如 何 处 理 一 个 观察 者 观察 多 个 目标 对 象 ? 
你 看 一 个 Swing 的 应 用 程序 ， 作 为 一 个 观察 者 ， 经 常会 注册 观察 多 个 不 同 的 目标 


对 象 ， 也 就 是 同一 类 ， 既 实现 了 按钮 组 件 的 事件 处 理 ， 又 实现 了 文本 框 组件 的 
事件 处 理 ， 是 怎么 做 到 的 多? 


答案 就 在 监听 器 接口 上 ， 这 些 监听 器 接口 就 相当 于 观察 者 接口 ， 也 就 是 说 一 个 观察 
者 要 观察 多 个 目标 对 象 ， 只 要 不 同 的 目标 对 象 使 用 不 同 的 观察 者 接口 就 好 了 。 当 然 ， 这 
些 接口 里 面 的 方法 也 不 相同 ， 不 再 都 是 update 方法 了 。 这 样 一 来 ， 不 同 的 目标 对 象 通知 
观察 者 所 调用 的 方法 也 就 不 同 了 ， 这 样 在 具体 实现 观察 者 的 时 候 ， 也 就 实现 成 不 同 的 方 
法 ， 自 然 就 区 分 开 了 。 


12. 3.7 简单 变形 示例 一 一 区 别 对 待 观 察 者 





首先 声明 ， 这 里 只 是 举 一 个 非常 简单 的 变形 使 用 的 例子 ， 也 可 算是 基本 的 观察 者 模 
式 的 功能 加 强 ， 事 实 上 可 以 有 很 多 很 多 的 变形 应 用 ， 这 也 是 为 什么 我 们 特别 强调 大 家 要 
深入 理解 每 个 设计 模式 ， 要 把 握 每 个 模式 的 本 质 的 原因 。 

1. 范例 需求 

这 是 一 个 实际 系统 的 简化 需求 : 在 一 个 水 质 监测 系统 中 有 这 样 一 个 功能 ， 当 水 中 的 
杂质 为 正常 的 时 候 ， 只 是 通知 监测 人 员 做 记录 ; 当 为 轻 度 污染 的 时 候 ， 除 了 通知 监测 人 
员 做 记录 外 ， 还 要 通知 预警 人 员 ， 判 断 是 否 需 要 预警 ， 当 为 中 度 或 者 高 度 污染 的 时 候 ， 
除了 通知 监测 人 员 做 记录 外 ， 还 要 通知 预警 人 员 ， 判 断 是 否 需 要 预警 ， 同 时 还 要 通知 监 
测 部 门 领导 做 相应 的 处 理 。 

2. 解决 思路 和 范例 代码 

分 析 上 述 需 求 就 会 发 现 ， 对 于 水 质 污染 这 件 事 情 ， 有 可 能 会 涉及 到 监测 员 、 预 警 人 
员 、 监 测 部 门 领导 ， 根 据 不 同 的 水 质 污染 情况 涉及 到 不 同 的 人 员 ， 也 就 是 说 ， 监 测 员 、 
预警 人 员 、 监 测 部 门 领导 三 者 是 平行 的 ， 职 责 都 是 处 理 水 质 污染 ,但 是 处 理 的 范围 不 一 
样 。 

因此 很 容易 套用 观察 者 模式 ， 如 果 把 水 质 污染 的 记录 当 作 被 观察 的 目标 的 话 ， 那 么 
监测 员 、 预 警 人 员 和 监测 部 门 领导 就 都 是 观察 者 了 。 

前 面 学 过 的 观察 者 模式 ， 当 目标 通知 观察 者 的 时 候 是 全 部 都 通知 ， 但 是 现在 这 个 需 
求 是 不 同 的 情况 来 让 不 同 的 人 处 理 ， 怎 么 办 呢 ? 


解决 的 方式 通常 有 两 种 ， 一 种 是 目标 可 以 通知 ， 但 是 观察 者 不 做 任何 操作 ， 另 
外 一 种 是 在 目标 里 面 进行 判断 ， 干 脆 就 不 通知 了 。 两 种 实现 方式 各 有 千秋 ， 这 


里 选择 后 面 一 种 方式 来 示例 ， 这 种 方式 能 够 统一 逻辑 控制 ， 并 进行 观察 者 的 统 
一 分 派 ， 有 利于 业务 控制 和 今后 的 扩展 。 


还 是 看 代码 吧 ， 会 更 直观 。 
(1) 先 来 定义 观察 者 的 接口 ， 这 个 接口 跟前 面 的 示例 差别 也 不 大 ， 只 是 新 加 了 访问 
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观察 人 员 职 务 的 方法 。 示 例 代 码 如 下 : 


(2) 定义 完 接口 后 ， 来 看 看 观察 者 的 具体 实现 。 示 例 代 码 如 下 : 





System.out.println (job+" 获 取 到 通知 ， 当 前 污染 级 别 为 : " 
+subject .getPolluteLevel ()); 


} 

(3) 再 来 定义 目标 的 父 对 象 ， 和 以 前 相 比 有 些 改变 。 

m ”把 父 类 实现 成 抽象 的 ， 因 为 在 里 面 要 定义 抽象 的 方法 。 

ms ”原来 通知 所 有 的 观察 者 的 方法 被 去 掉 了 ， 这 个 方法 现在 需要 由 子 类 去 实现 ， 要 按 
照 业 务 有 区 别 地 来 对 待 观察 者 ， 得 看 看 是 否 需 要 通知 观察 者 。 

a ”新 添加 一 个 水 质 污染 级 别 的 业务 方法 ， 这 样 在 观察 者 获取 目标 对 象 数 据 的 时 候 ， 
就 不 需要 再 知道 具体 的 目标 对 象 ， 也 不 需要 强制 造型 了 。 

示例 代码 如 下 : 

/** 

* 定义 水 质 监测 的 目标 对 象 

区 

public abstract class WaterQualitySubject { 





/** 

* 用 来 保存 注册 的 观察 者 对 象 

人 

protected List<WatcherObserver> observers = 

new ArrayList<WatcherObserver>(); 

/太太 

* 注册 观察 者 对 象 

* @param observer 观察 者 对 象 

7 

public void attach (WatcherObserver observer) { 
observers.add (observer); 

} 

/六 大 

* 删除 观察 者 对 象 

* @param observer 观察 者 对 象 

*/ 

public void detach (WatcherObserver observer) { 


observers.remove (observer); 








} 
注意 这 个 方法 不 再 是 


A 交大 
* 通知 相应 的 观察 者 对 象 通知 所 有 的 观察 者 了 ， 
3 现在 要 按照 业务 要 求 
Public abstract void notifyWatchers () : 去 通知 
/** 
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(4) 接 下 来 重点 看 看 目标 的 实现 。 在 目标 对 象 中 ， 添 加 一 个 描述 污染 级 别 的 属性 ， 
在 判断 是 否 需 要 通知 观察 者 的 时 候 ， 不 同 的 污染 程度 会 对 应 通知 不 同 的 观察 者 。 示 例 代 
码 如 下 : 





if(this.polluteLevel >= 0)1{ 
// 通 知 监测 员 做 记录 
if ("监测 人 员 ".equals (watcher.getJob())){ 
watcher.update (this); 


} 

这 里 用 的 是 组 合 if(this.polluteLevel >= 1){ 

逻辑 ,不 能 是 else // 通 知 预警 人 员 

if， 用 else if 逻辑 if ("预警 人 员 ".equals (watcher .getdJob())){ 

就 出 问题 了 。 另外 watcher.update (this); 

一 个 要 注意 每 个 j 

判断 pulluteLevel } 

都 是 用 的 “>=”， if (this.polluteLevel >= 2){ 

而 不 是 “==” // 通 知 监测 部 门 领导 

if ("监测 部 门 领导 " .equals ( 
watcher.getJob()))t{ 





watcher.update (this); 


} 
(5) 大 功 告 成 ， 来 写 个 客户 端 ， 测 试 一 下 。 示 例 代 码 如 下 : 


public class Client { 


Public static void main(String[] args) { 
/ /创建 水 质 主题 对 象 
WaterQuality subject = new WaterQuality(); 
// 创 建 几 个 观察 者 
WatcherObserver watcherl = new Watcher (); 
watcherl .setJob ("监测 人 员 ")，; 
WatcherObserver watcher2 = new Watcher(): 
watcher2 .setJob ("预警 人 员 ")， 
WatcherObserver watcher3 = new Watcher (); 
watcher3 .setJob ("监测 部 门 领导 "); 
/ /注册 观 察 者 
subject.attach (watcherl); 
subject.attach (watcher2); 
subject.attach (watcher3); 
// 填 写 水 质 报告 
System.out .println (" 当 水 质 为 正常 的 时 候 ------------------ ,> 
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subject.setPolluteLevel (0) : 


System.out .println(" 当 水 质 为 轻 度 污染 的 时 候 --------------- Wy 
subject.setPolluteLevel (1); 
System.out.println (" 当 水 质 为 中 度 污 染 的 时 候 --------------- ) 


subject.setPolluteLevel (2); 


} 
(6) 运行 一 下 ， 看 看 结果 ， 如 下 : 


汉 术 所 汉 正常 的 有 时候 =====-=--=-=-~--== 》 
监测 人 员 获 取 到 通知 ， 当 前 污染 级 别 为 : 0 
当 水 质 为 轻 度 污染 的 时 候 --------------- 》 


监测 人 员 获取 到 通知 ， 当 前 污染 级 别 为 : 1 

预警 人 员 获 取 到 通知 ， 当 前 污染 级 别 为 :1 

当 水 质 为 中 度 污染 的 时 候 --------------- 》 

监测 人 员 获 取 到 通知 ， 当 前 污染 级 别 为 2 

预警 人 员 获 取 到 通知 ， 当 前 污染 级 别 为 2 

监测 部 门 领导 获取 到 通知 ， 当 前 污染 级 别 为 :2 

仔细 观察 上 面 输出 的 结果 ， 你 会 发 现 ， 当 填写 不 同 的 污染 级 别 时 ， 被 通知 的 人 员 是 
不 同 的 。 但 是 这 些 观察 者 是 不 知道 这 些 不 同 的 ， 观 察 者 只 是 在 自己 获得 通知 的 时 候 去 执 
行 自己 的 工作 。 具 体 要 不 要 通知 ， 什 么 时 候 通 知 都 是 目标 对 象 的 工作 。 


12. 3.8 相关 模式 


= ”观察 者 模式 和 状态 模式 
观察 者 模式 和 状态 模式 是 有 相似 之 处 的 。 
观察 者 模式 是 当 目 标 状态 发 生 改变 时 ， 触 发 并 通知 观察 者 ， 让 观察 者 去 执行 相 
应 的 操作 。 而 状态 模式 是 根据 不 同 的 状态 ， 选 择 不 同 的 实现 ， 这 个 实现 类 的 主 
要 功能 就 是 针对 状态 相应 地 操作 ， 它 不 像 观察 者 ， 观 察 者 本 身 还 有 很 多 其 他 的 
功能 ， 接 收 通 知 并 执行 相应 处 理 只 是 观察 者 的 部 分 功能 。 
当然 观察 者 模式 和 状态 模式 是 可 以 结合 使 用 的 ,观察 者 模式 的 重心 在 触发 联动 ， 
但 是 到 底 决定 哪些 观察 者 会 被 联动 ， 这 时 就 可 以 采用 状态 模式 来 实现 了 ， 也 可 
以 采用 策略 模式 来 进行 选择 需要 联动 的 观察 者 。 

= ”观察 者 模式 和 中 介 者 模式 
观察 者 模式 和 中 介 者 模式 是 可 以 结合 使 用 的 。 
前 面 的 例子 中 目标 都 只 是 简单 地 通知 一 下 ， 然 后 让 各 个 观察 者 自己 去 完成 更 新 
就 结束 了 。 如 果 观 察 者 和 被 观察 的 目标 之 间 的 交互 关系 很 复杂 ， 比 如 ， 有 一 个 
界面 ， 里 面 有 三 个 下 拉 列 表 组 件 ， 分 别 是 选择 国家 、 省 份 / 州 、 有 具体 的 城市 ， 很 
明显 这 是 一 个 三 级 联动 , 当 你 选择 一 个 国家 的 时 候 , 省 份 / 州 应 该 相应 改变 数据 ， 
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省 份 / 州 一 改变 ， 具 体 的 城市 也 需要 改变 。 

这 种 情况 下 ， 很 明显 需要 相关 的 状态 都 联动 准备 好 了 ， 然 后 再 一 次 性 地 通知 观 
察 者 。 也 就 是 界面 做 更 新 处 理 ， 不 会 仅 国家 改变 一 下 ， 省 份 和 城市 还 没有 改 ， 
就 通知 界面 更 新 。 这 种 情况 就 可 以 使 用 中 介 者 模式 来 封装 观察 者 和 目标 的 关系 。 
在 使 用 Swing 的 小 型 应 用 里 面 ， 也 可 以 使 用 中 介 者 模式 ， 比 如 ， 把 一 个 界面 所 
有 的 事件 用 一 个 对 象 来 处 理 ， 把 一 个 组 件 触 发 事件 以 后 ， 需 要 操作 其 他 组 件 的 
动作 都 封装 到 一 起 ， 这 个 对 象 就 是 典型 的 中 介 者 。 











13.1 场景 问题 


13. 1.1 如 何 开机 


估计 有 些 朋 友 看 到 这 个 标题 会 非常 奇怪 ， 电 脑 装 配 好 了 ， 如 何 开 机 ? 不 就 是 按 下 启 
动 按钮 就 可 以 了 吗 ? 难道 还 有 什么 玄机 不 成 。 

对 于 使 用 电脑 的 客户 一 一 就 是 我 们 来 说 ， 开 机 确实 很 简单 ， 按 下 启动 按钮 ， 然 后 耐 
心 等 待 就 可 以 了 。 但 是 当 我 们 按 下 启动 按钮 以 后 ， 谁 来 处 理 ? 如 何 处 理 ? 都 经 历 了 怎样 
的 过 程 ? 才 让 电脑 真正 地 启动 起 来 ， 供 我 们 使 用 。 

先 来 简单 地 认识 一 下 电脑 的 启动 过 程 。 做 一 个 了 解 即 可 。 

(1) 当 我 们 按 下 启动 按钮 ， 电 源 开 始 向 主板 和 其 他 设备 供电 。 

(2) 主板 的 系统 BIOS 〈 基 本 输入 输出 系统 ) 开始 加 电 后 自 检 。 

(3) 主板 的 BIOS 会 依次 去 寻找 显卡 等 其 他 设备 的 BIOS， 并 让 它们 自 检 或 者 初始 化 。 

(4) 开始 检测 CPU、 内存、 硬盘、 光驱 、 串 口 、 并 口 、 软 驱 、 即 插 即 用 设备 等 。 

(5) BIOS 更 新 ESCD (扩展 系统 配置 数据 ) ，ESCD 是 BIOS 和 操作 系统 交换 硬件 配 
置 数据 的 一 种 手段 。 

(6) 等 前 面 的 事情 都 完成 后 ，BIOS 才 按 照 用 户 的 配置 进行 系统 引导 ， 进 入 操作 系统 
里 面 ， 等 到 操作 系统 装载 并 初始 化 完毕 ， 就 出 现 我 们 熟悉 的 系统 登录 界面 了 。 


13. 在 2 与 我 何 于 


讲 了 一 些 电 脑 启 动 的 过 程 ， 有 些 朋 友 会 想 ， 这 与 我 何 干 呢 ? 

没 错 ， 看 起 来 这 些 硬件 知识 跟 你 没有 什么 大 的 关系 , 但是， 如果 现在 提出 一 个 要 求 : 
请 你 用 软件 把 上 面 的 过 程 表现 出 来 ， 你 该 如 何 实现 ? 

首先 把 上 面 的 过 程 总 结 一 下 。 主 要 有 几 个 步骤 : 首先 加 载 电源 ， 然 后 是 设备 检查 ， 
接 下 来 是 装载 系统 ， 最 后 电脑 就 正常 启动 了 。 可 是 谁 来 完成 这 些 过 程 ? 如 何 完成 呢 ? 

不 能 让 使 用 电脑 的 客户 一 一 就 是 我 们 来 做 这 些 工 作 吧 , 真正 完成 这 些 工 作 的 是 主板 。 
那么 客户 和 主板 如 何 发 生 联系 呢 ? 现实 中 ， 是 用 连接 线 把 按钮 连接 到 主板 上 的 ， 这 样 当 
客户 按 下 按钮 的 时 候 ， 就 相当 于 发 命令 给 主板 ， 让 主板 去 完成 后 续 的 工作 。 


另外 ， 从 客户 的 角度 来 看 ， 开 机 就 是 按 下 按钮 ， 不 管 什么 样 的 主板 都 是 一 样 的 。 也 
就 是 说 ， 客 户 只 管 发 出 命令 ， 谁 接收 命令 ? 谁 实现 命令 ? 如 何 实现 ? 客户 是 不 关心 的 。 


13. 1.3 有 何 问题 
把 上 面 的 问题 抽象 描述 一 下 :客户 端 只 是 想 要 发 出 命令 或 者 请 求 ， 不 关心 请 求 的 真 


正 接收 者 是 谁 ， 也 不 关心 具体 如 何 实现 ,而且 同一 个 请 求 的 动作 可 以 有 不 同 的 请 求 内 容 ， 
当然 具体 的 处 理 功能 也 不 一 样 ， 请 问 该 怎样 实现 ? 
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13.2 解决 方案 


13. 2.1 使 用 命令 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 命令 模式 。 那 么 什么 是 命令 模式 呢 ? 
1. 命令 模式 的 定义 


将 一 个 请 求 封装 为 一 个 对 象 ， 从 而 使 你 可 用 不 同 的 请 求 对 客户 进行 参数 化 ， 对 


请 求 排队 或 记录 请 求 日 志 ， 以 及 支持 可 撤销 的 操作 。 





2. 应 用 命令 模式 来 解决 问题 的 思路 

下 面 来 看 看 实际 电脑 的 解决 方案 。 

先 画 个 图 来 描述 一 下 , 看 看 实际 的 电脑 是 如 何 处 理 上 面 描述 的 这 个 问题 的 , 如 图 13.1 
所 示 。 





按钮 和 主板 的 连接 线 ， 
插 接 到 主板 上 
图 13.1 电脑 操作 示意 图 


当 客 户 按 下 按钮 的 时 候 , 按钮 本 身 并 不 知道 如 何 处 理 ， 于 是 通过 连接 线 来 请 求 主板 ， 
让 主板 去 完成 真正 启动 机 器 的 功能 。 

这 里 为 了 描述 它们 之 间 的 关系 ， 把 主板 画 到 了 机 箱 的 外 面 。 如 果 连 接线 连接 到 不 同 
的 主板 ， 那 么 真正 执行 按钮 请 求 的 主板 也 就 不 同 了 ， 而 客户 是 不 知道 这 些 变化 的 。 

通过 引入 按钮 和 连接 线 ， 来 让 发 出 命令 的 客户 和 命令 的 真正 实现 者 一 一 主板 完全 解 
耦 ， 客 户 操作 的 始终 是 按钮 ， 按 钮 后 面 的 事情 客户 就 统统 不 管 了 。 

要 用 程序 来 解决 上 面 提出 的 问题 ， 一 种 自然 的 方案 就 是 来 模拟 上 述 解 决 思 路 。 

在 命令 模式 中 ， 会 定义 一 个 命令 的 接口 ， 用 来 约束 所 有 的 命令 对 象 ， 然 后 提供 具体 
的 命令 实现 ， 每 个 命令 实现 对 象 是 对 客户 端 某 个 请 求 的 封装 ， 对 应 于 机 箱 上 的 按钮 ， 一 
个 机 箱 上 可 以 有 很 多 按钮 ， 也 就 相当 于 会 有 多 个 具体 的 命令 实现 对 象 。 

在 命令 模式 中 ， 命 令 对 象 并 不 知道 如 何 处 理 命 令 ， 会 有 相应 的 接收 者 对 象 来 真正 执 
行 命令 。 就 像 电脑 的 例子 ， 机 箱 上 的 按钮 并 不 知道 如 何 处 理 功 能 ， 而 是 把 这 个 请 求 转发 
给 主板 ， 由 主板 来 执行 真正 的 功能 ， 这 个 主板 就 相当 于 命令 模式 的 接收 者 。 

在 命令 模式 中 ， 命 令 对 象 和 接收 者 对 象 的 关系 ， 并 不 是 与 生 俱 来 的 ， 需 要 有 一 个 装 
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配 的 过 程 ， 命 令 模式 中 的 Client 对 象 可 以 实现 这 样 的 功能 。 这 就 相当 于 在 电脑 的 例子 中 ， 
有 了 机 箱 上 的 按钮 ， 也 有 了 主板 ， 还 需要 有 一 个 连接 线 把 这 个 按钮 连接 到 主板 上 才 行 。 


命令 模式 还 会 提供 一 个 Invoker 对 象 来 持 有 命令 对 象 。 就 像 电脑 的 例子 ,机 箱 上 会 有 
多 个 按钮 ， 这 个 机 箱 就 相当 于 命令 模式 的 Invoker 对 象 。 这 样 一 来 , 命令 模式 的 客户 端 就 
可 以 通过 Invoker 来 触发 并 要 求 执行 相应 的 命令 了 , 这 也 相当 于 真正 的 客户 是 按 下 机 箱 上 
的 按钮 来 操作 电脑 一 样 。 


13. 2. 2 命令 模式 的 结构 和 说 明 


命令 模式 的 结构 如 图 13.2 所 示 : 


trunCommand() :void 


Command=null 


+action() :void 






















interface» 
QQ Lomsand 


人 


局 ComncreteCommamnd 
-receiver:Receiver=null 
-state:String 


Create 六 
8 +ConcreteCommand Creceiver:Receiver) 
+execute (] :void 


-command: 














图 13.2 命令 模式 的 结构 图 
m ”Command: 定义 命令 的 接口 ， 声 明 执 行 的 方法 。 


m ”ConcreteCommand: 命令 接口 实现 对 象 ， 是 “ 虚 ” 的 实现 ; 通常 会 持 有 接收 者 ， 
并 调用 接收 者 的 功能 来 完成 命令 要 执行 的 操作 。 

m ”Receiver: 接收 者 ， 真 正 执行 命令 的 对 象 。 任 何 类 都 可 能 成 为 一 个 接收 者 ， 只 
要 它 能 够 实现 命令 要 求实 现 的 相应 功能 。 

mn ”Invoker: 要 求 命令 对 象 执行 请 求 ， 通 常会 持 有 命令 对 象 ， 可 以 持 有 很 多 的 命令 
对 象 。 这 个 是 客户 端 真正 触发 命令 并 要 求 命令 执行 相应 操作 的 地 方 ， 也 就 是 说 
相当 于 使 用 命令 对 象 的 入 口 。 

m ”Client: 创建 具体 的 命令 对 象 ， 并 且 设 置 命令 对 象 的 接收 者 。 注 意 这 个 不 是 我 们 
常规 意义 上 的 客户 端 ， 而 是 在 组 装 命令 对 象 和 接收 者 ， 或 许 ， 把 这 个 Client 称 
为 装配 者 会 更 好 理解 ， 因 为 真正 使 用 命令 的 客户 端 是 从 Invoker 来 触发 执行 。 


13. 2. 3 命令 模式 示例 代码 


(1) 先 来 看 看 命令 接口 的 定义 。 示 例 代码 如 下 : 


/太太 


* 命令 接口 ， 声 明 执 行 的 操作 
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(2) 接 下 来 看 看 具体 的 命令 实现 对 象 。 示 例 代码 如 下 : 


(3) 再 来 看 看 接收 者 对 象 的 实现 示意 。 示 例 代 码 如 下 : 





a 
public void action(){ 


// 真 正 执 行 命令 操作 的 功能 代码 


} 
(4) 下 面 来 看 看 Invoker 对 象 。 示 例 代 码 如 下 : 
/Wk 
* 调用 者 
这 
public class Invoker { 
/** 
* 持 有 命令 对 象 
类 交 
private Command command = null; 
/大 
* 设置 调用 者 持 有 的 命令 对 象 
* @param command 命令 对 象 
并 


public void setCommand (Command command) { 





this.command = command; 
} 
/** 
* 示意 方法 ， 要 求 命令 执行 请 求 
ie 
public void runCommand() { 
// 调 用 命令 对 象 的 执行 方法 


commanaQ.execute () ; 


} 
(5) 再 来 看 看 Client 的 实现 。 


注意 这 个 不 是 我 们 通常 意义 上 的 测试 客户 端 , 主要 功 能 是 要 创建 命令 对 象 并 设 定 


它 的 接收 者 ， 因 此 这 里 并 没有 调用 执行 的 代码 。 
示例 代码 如 下 : 


publice, class cliiemntst 
/** 
* 示意 ， 负 责 创建 命令 对 象 ， 并 设 定 它 的 接收 者 
public void assemble(){ 
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/7 创建 接收 者 
Receiver receiver = new Receiver() :， 
// 创 建 命令 对 象 ， 设 定 它 的 接收 者 
Command command = new ConcreteCommand (receiver); 
// 创 建 Invoker， 把 命令 对 象 设置 进去 
Invoker invoker = new Invoker(); 


invoker.setCommand (command); 


} 
13. 2.4 使 用 命令 模式 来 实现 示例 


要 使 用 命令 模式 来 实现 示例 ， 需 要 先 把 命令 模式 中 所 涉及 的 各 个 部 分 ， 在 实际 的 示 
例 中 对 应 出 来 ， 然 后 才能 按照 命令 模式 的 结构 来 设计 和 实现 程序 。 根 据 前 面 描述 的 解决 
思路 ， 大 致 对 应 如 下 : 

s ”机 箱 上 的 按钮 就 相当 于 是 命令 对 象 。 

ma ”机箱 相 当 于 是 Invoker。 

m ”主板 相当 于 接收 者 对 和 象 。 

mn ”命令 对 象 持 有 一 个 接收 者 对 象 ， 就 相当 于 是 给 机 箱 的 按钮 连 上 了 一 根 连接 线 。 

m ” 当 机 箱 上 的 按钮 被 按 下 的 时 候 ， 机 箱 就 把 这 个 命令 通过 连接 线 发 送出 去 。 

主板 类 才 是 真正 实现 开机 功能 的 地 方 ， 是 真正 执行 命令 的 地 方 ， 也 就 是 “接收 者 ”。 
命令 的 实现 对 象 ， 其 实 是 个 “ 虚 ” 的 实现 ， 就 如 同 那 根 连接 线 ， 它 哪 知道 如 何 实现 啊 ， 


还 不 就 是 把 命令 传递 给 连接 线 连 到 的 主板 。 
使 用 命令 模式 来 实现 示例 的 结构 如 图 13.3 所 示 。 
PA 



















Ot+openButtonPressed() :void 


¥=-openCommand:Command 


Sinterface» 
心 VainpoardApi 


人 










[Lo Dpencommand 





-nainBoard:NainboardApi=mull 







Gcreate» 
@ +0penCommand (mainBoard:MainBoar dApi) 
Ot+execute 0 .void 






图 13.3 ”使 用 命令 模式 来 实现 示例 的 结构 示意 图 
还 是 来 看 看 示例 代码 ， 会 比较 清楚 。 
1. 定义 主板 
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根据 前 面 的 描述 ， 我 们 会 发 现 ， 真 正 执 行 客户 命令 或 请 求 的 是 主板 ， 也 只 有 主板 才 
知道 如 何 去 实现 客户 的 命令 ， 因 此 先 来 抽象 主板 ， 把 它 用 对 象 描述 出 来 。 
先 来 定义 主板 的 接口 ， 最 起 码 主板 会 有 一 个 能 开机 的 方法 。 示 例 代码 如 下 : 
/** 
* 主板 的 接口 
过关 
public interface MainBoardApi { 
/** 
* 主板 具有 能 开机 的 功能 
/ 
public void open(); 
} 
定义 了 接口 ， 那 就 接着 定义 实现 类 吧 ， 定 义 两 个 主板 的 实现 类 ， 一 个 是 技嘉 主板 ， 
一 个 是 微星 主板 ， 现 在 的 实现 是 一 样 的 ， 但 是 不 同 的 主板 对 同一 个 命令 的 操作 可 以 是 不 
同 的 ， 这 点 大 家 要 注意 。 由 于 两 个 实现 基本 一 样 ， 就 示例 一 个 。 示 例 代码 如 下 : 
/太太 
* 技嘉 主板 类 ， 开 机 命令 的 真正 实现 者 ， 在 Command 模 式 中 充当 Receiver 
A 
public class GigaMainBoard implements MainBoardApit 
/六 大 
* 真正 的 开机 命令 的 实现 
人 
public void open(){ 
System.out .Println(" 技 嘉 主板 现在 正在 开机 ， 请 等 候 ") ; 


System.-out .Println(" 接 通电 源 ...... "); 
System.out.println ("设备 检查 ...... nj)? 
System.out .println ("装载 系统 ...... 0 
System.out.println(" 机 器 正常 运转 起 来 ...... ny 


System.out .printlin ("机 器 已 经 正常 打开 ， 请 操作 "); 


} 
微星 主板 的 实现 和 这 个 完全 一 样 ， 只 是 把 技嘉 改名 成 微星 即 可 。 
2.， 定义 命令 接口 和 命令 的 实现 
对 于 客户 来 说 ， 开 机 就 是 按 下 按钮 ， 别 的 什么 都 不 想 做 。 把 用 户 的 这 个 动作 抽象 一 
下 ， 就 相当 于 客户 发 出 了 一 个 命令 或 者 请 求 ， 其 他 的 客户 就 不 关心 了 。 为 描述 客户 的 命 
， 现 在 定义 出 一 个 命令 的 接口 ， 里 面 只 有 一 个 方法 ， 那 就 是 执行 。 示 例 代码 如 下 : 
/** 


* 命令 接口 ， 声 明 执行 的 操作 


心 
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有 了 命令 的 接口 ， 再 来 定义 一 个 具体 的 实现 ， 其 实 就 是 模拟 现实 中 机 箱 上 按钮 的 功 
能 。 因 为 我 们 按 下 的 是 按钮 ， 但 是 按钮 本 身 是 不 知道 如 何 启动 电脑 的 ， 它 需要 把 这 个 命 
令 转 给 主板 ， 让 主板 去 真正 地 执行 开机 功能 。 示 例 代 码 如 下 : 






MO Py 3 et 
-2 四 ~ 5 
过 


由 于 客户 不 想 直接 和 主板 打交道 ， 而 且 客户 根本 不 知道 具体 的 主板 是 什么 ， 客 户 只 
是 希望 按 下 启动 按钮 ， 电 脑 就 正常 启动 了 ， 就 这 么 简单 。 就 算 换 了 主板 ， 客 户 还 是 一 样 
地 按 下 启动 按钮 就 可 以 了 。 

换 句 话说 就 是 : 客户 想 要 和 主板 完全 解 耦 ， 怎 么 办 呢 ? 


这 就 需要 在 客户 和 主板 之 间 建 立 一 个 中 间 对 象 。 客 户 发 出 的 命令 传递 给 这 个 中 间 对 
象 ， 然 后 由 这 个 中 间 对 象 去 找 真正 的 执行 者 一 一 主板 ， 来 完成 工作 。 
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很 显然 ， 这 个 中 间 对 象 就 是 上 面 的 命令 实现 对 象 。 


活 潮 这 个 实现 其 实 是 个 虚 的 实现 ， 真 正 的 实现 是 主板 完成 的 ， 在 这 个 虚 的 实现 里 面 ， 


是 通过 转调 主板 的 功能 来 实现 的 ， 主 板 对 象 实例 ， 是 从 外 面 传 进来 的 。 


3. 提供 机 箱 

客户 需要 操作 按钮 ， 按 钮 是 放置 在 机 箱 之 上 的 ， 所 以 需要 把 机 箱 也 定义 出 来 。 示 例 
代码 如 下 : 

/** 

* 机 箱 对 象 ， 本 身 有 按钮 ， 持 有 按钮 对 应 的 命令 对 象 

*/ 


public class Box 1{ 





/ 闪 交 

* 开机 命令 对 和 象 

th 

private Command openCommand; 

/Jw 

* 设置 开机 命令 对 象 

x* eparam command 开机 命令 对 象 

Eh 

public void setOpenCommand (Command Command) { 
this.openCommand = command; 

} 

/ 到 火 

* 提供 给 客户 使 用 ， 接 收 并 响应 用 户 请 求 ， 相 当 于 按钮 被 按 下 触发 的 方法 

Sy 

public void openButtonPressed () 1{ 
// 按 下 按钮 ， 执 行 命令 


openCommand .execute() ; 


} 

4. 客户 使 用 按钮 

抽象 好 了 机 箱 和 主板 ， 命 令 对 象 也 准备 好 了 , 客户 想 要 使 用 按钮 来 完成 开机 的 功能 。 
在 使 用 之 前 ， 客 户 的 第 一 件 事情 就 应 该 是 把 按钮 和 主板 组 装 起 来 ， 形 成 一 个 完整 的 机 器 。 

在 实际 生活 中 ， 是 由 装机 工程 师 来 完成 这 部 分 工作 。 这 里 为 了 测试 简单 ， 直 接 写 在 
客户 端 开头 了 。 机 器 组 装 好 过 后 ， 客 户 应 该 把 与 主板 连接 好 的 按钮 对 象 放置 到 机 箱 上 ， 
等 待 客户 随时 操作 。 把 这 个 过 程 也 用 代码 描述 出 来 ， 示 例 代 码 如 下 : 

publlevrolass. Client { 


public static void main(String[] args) { 
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//1: 把 命令 和 真正 的 实现 组 合 起 来 ， 相 当 于 在 组 装机 器 
// 把 机 箱 上 按钮 的 连接 线 插 接 到 主板 上 
MainBoardApi mainBoard = new GigaMainBoard(); 
OpenCommand openCommand = new OpenCommand (mainBoard); 
//2: 为 机 箱 上 的 按钮 设置 对 应 的 命令 ， 让 按钮 知道 该 干什么 
Box box = new Box(); 


box.setOpenCommand (openCommand); 


//3: 然后 模拟 按 下 机 箱 上 的 按钮 


box.openButtonPressed(); 


} 
运行 一 下 ， 看 看 效果 。 输 出 如 下 : 
技嘉 主板 现在 正在 开机 ， 请 等 候 


机 器 正常 运转 起 来 .… 

机 器 已 经 正常 打开 ， 请 操作 

你 可 以 给 命令 对 象 组 装 不 同 的 主板 实现 类 ， 然 后 再 次 测试 ， 看 看 效果 。 

事实 上 ， 你 会 发 现 ， 如 果 对 象 结构 已 经 组 装 好 了 以 后 ， 对 于 真正 的 客户 端 ， 也 就 是 
真实 的 用 户 而 言 ， 任 务 就 是 面 对 机 箱 ， 按 下 机 箱 上 的 按钮 就 可 以 执行 开机 的 命令 了 ， 实 
际 生活 中 也 是 这 样 的 。 

5. 小 结 

如 同 前 面 的 示例 ， 把 客户 的 开机 请 求 封装 成 为 一 个 OpenCommand 对 象 ， 客 户 的 开 
机 操作 就 变 成 了 执行 OpenCommand 对 象 的 方法 了 ? 如 果 还 有 其 他 的 命令 对 象 ， 比 如 让 
机 器 重启 的 ResetCommand 对 象 。 那 么 客户 按 下 按钮 的 动作 ， 就 可 以 用 这 不 同 的 命令 对 
象 去 匹配 ， 也 就 是 对 客户 进行 参数 化 。 

用 大 白话 描述 就 是 : 客户 按 下 一 个 按钮 ， 到 底 是 开机 还 是 重启 ， 那 要 看 参数 化 配置 
是 哪 一 个 具体 的 按钮 对 象 ， 如 果 参 数 化 的 是 开机 的 命令 对 象 ， 那 就 执行 开机 的 功能 ， 
如 果 参 数 化 的 是 重启 的 命令 对 象 ， 那 就 执行 重启 的 功能 。 虽 然 按 下 的 是 同一 个 按钮 ， 但 
是 请 求 是 不 同 的 ， 对 应 执行 的 功能 也 就 不 同 了 。 


在 模式 讲解 的 时 候 会 给 大 家 一 个 参数 化 配置 的 示例 ， 这 里 就 不 多 讲 了 。 至 于 对 


请 求 排队 或 记录 请 求 日 志 ， 以 及 支持 可 撤销 的 操作 等 功能 ， 也 放 到 模式 讲解 一 
节 里 面 。 
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13.3 模式 讲解 


13. 3.1 认识 命令 模式 


1. 命令 模式 的 关键 

命令 模式 的 关键 之 处 就 是 把 请 求 封装 成 为 对 象 ， 也 就 是 命令 对 象 ， 并 定义 了 统一 的 
执行 操作 的 接口 ， 这 个 命令 对 象 可 以 被 存储 、 转 发 、 记 录 、 处 理 、 撤 销 等 ， 整 个 命令 模 
式 都 是 围绕 这 个 对 象 在 进行 。 

2. 命令 模式 的 组 装 和 调用 

在 命令 模式 中 经 常会 有 一 个 命令 的 组 装 者 ， 用 它 来 维护 命令 的 “ 虚 ” 实 现 和 真实 实 
现 之 间 的 关系 。 如 果 是 超级 智能 的 命令 ， 也 就 是 说 命令 对 象 自己 完全 实现 好 了 ， 不 需要 
接收 者 ， 那 就 是 命令 模式 的 退化 ， 不 需要 接收 者 ， 自 然 也 不 需要 组 装 者 了 。 

而 真正 的 用 户 就 是 具体 化 请 求 的 内 容 ， 然 后 提交 请 求 进行 触发 就 可 以 了 。 真 正 的 用 
户 会 通过 Invoker 来 触发 命令 。 

在 实际 开发 过 程 中 ，Client 和 Invoker 可 以 融合 在 一 起 ， 由 客户 在 使 用 命令 模式 的 时 
候 ， 先 进行 命令 对 象 和 接收 者 的 组 装 ， 组 装 完成 后 ， 就 可 以 调用 命令 执行 请 求 。 

3. 命令 模式 的 接收 者 

接收 者 可 以 是 任意 的 类 ， 对 它 没 有 什么 特殊 要 求 ， 这 个 对 象 知道 如 何 真正 执行 命令 
的 操作 ， 执 行 时 是 从 Command 的 实现 类 里 面 转调 过 来 。 

一 个 接收 者 对 象 可 以 处 理 多 个 命令 ， 接 收 者 和 命令 之 间 没 有 约定 的 对 应 关系 。 接 收 
者 提供 的 方法 个 数 、 名 称 、 功 能 和 命令 中 的 可 以 不 一 样 ， 只 要 能 够 通过 调用 接收 者 的 方 
法 来 实现 命令 对 应 的 功能 就 可 以 了 。 

4. 智能 命令 

在 标准 的 命令 模式 里 面 ， 命 令 的 实现 类 是 没有 真正 实现 命令 要 求 的 功能 的 ， 真 正 执 
行 命令 的 功能 的 是 接收 者 。 

如 果 命 令 的 实现 对 象 比 较 智 能 ， 它 自己 就 能 真实 地 实现 命令 要 求 的 功能 ， 而 不 再 需 
要 调用 接收 者 ， 那 么 这 种 情况 就 称 为 智能 命令 。 

也 可 以 有 半 智 能 的 命令 ， 命 令 对 象 知道 部 分 实现 ， 其 他 的 还 是 需要 调用 接收 者 来 完 
成 ， 也 就 是 说 命令 的 功能 由 命令 对 象 和 接收 者 共同 来 完成 。 

5. 发 起 请 求 的 对 象 和 真正 实现 的 对 象 是 解 耦 的 

请 求 究 竟 由 谁 处 理 ? 如 何 处 理 ? 发 起 请 求 的 对 象 是 不 知道 的 ， 也 就 是 发 起 请 求 的 对 
象 和 真正 实现 的 对 象 是 解 耦 的 。 发 起 请 求 的 对 象 上 只管 发 出 命令 ， 其 他 的 就 不 管 了 。 

6. 命令 模式 的 调用 顺序 示意 图 

使 用 命令 模式 的 过 程 分 成 两 个 阶段 , 一 个 阶段 是 组 装 命令 对 象 和 接收 者 对 象 的 过 程 ; 
另外 一 个 阶段 是 触发 调用 Invoker， 来 让 命令 真正 执行 的 过 程 。 

先 看 看 组 装 过 程 的 调用 顺序 示意 图 ， 如 图 13.4 所 示 。 
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图 13.4 命令 模式 组 装 过 程 的 调用 顺序 示意 图 
接 下 来 再 看 看 真正 执行 命令 时 的 调用 顺序 示意 图 ， 如 图 13.5 所 示 。 


1; 调用 Invoker 的 方法 ， 山 | | 
发 要 求 执行 命令 gd 
| 





| 
1.1: 要 求 持 有 的 | 
令 对 象 执行 功能 ”| | 1 .1., 要 求 持 有 的 接收 
考 真 正 实现 功能 | 


图 13.5 命令 模式 执行 过 程 的 调用 顺序 示意 图 
13. 3. 2 ”参数 化 配置 


所 谓 命令 模式 的 参数 化 配置 ， 指 的 是 : 可 以 用 不 同 的 命令 对 象 ， 去 参数 化 配置 客户 
的 请 求 。 
像 前 面 描述 的 那样 : 客户 按 下 一 个 按钮 ， 到 底 是 开机 还 是 重启 ， 那 要 看 参数 化 配置 
的 是 哪 一 个 具体 的 按钮 对 象 。 如 果 参 数 化 的 是 开机 的 命令 对 象 ， 那 就 执行 开机 的 功能 
如 果 参 数 化 的 是 重启 的 命令 对 象 ， 那 就 执行 重启 的 功能 。 虽 然 按 下 的 是 同一 个 按钮 ， 相 
当 于 是 同一 个 请 求 ， 但 是 为 请 求 配 置 不 同 的 按钮 对 象 ， 就 会 执行 不 同 的 功能 。 
把 这 个 功能 用 代码 实现 出 来 ， 一 起 来 体会 一 下 命令 模式 的 参数 化 配置 。 
(1) 先 定 义 主板 接口 。 现 在 想 要 添加 一 个 重启 的 按钮 ， 因 此 主板 需要 添加 一 个 方法 
来 实现 重启 的 功能 。 示 例 代 码 如 下 : 
/大 大 
* 主板 的 接口 
ww 
public interface MainBoardApi { 
/** 
* 主板 具有 能 开机 的 功能 
ji 
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public void open(); 


/六 大 


实现 重启 的 功能 新 添加 的 实现 重启 机 器 的 功能 


Public void reset(); 
} 
接口 发 生 了 改变 ， 实 现 类 也 需要 相应 地 改变 。 由 于 两 个 主板 的 实现 示意 差不多 ， 因 
此 这 里 只 示例 一 个 。 示 例 代 码 如 下 : 
/x* 
* 技嘉 主板 类 ， 命 令 的 真正 实现 者 ， 在 Command 模 式 中 充当 Receiver 
«i 
public class GigaMainBoard implements MainBoardApi{ 
Veen 
* 真正 的 开机 命令 的 实现 
a 
public void open()t 
System.out .Println ("技嘉 主板 现在 正在 开机 ， 请 等 候 ") ; 


System.out.println(" 接 通电 源 ...... 于 
System.out .println(" 设 备 检查 ...... 和 放 
System.out .Println ("装载 系统 ...... 3 


System.out .println(" 机 器 正常 运转 起 来 ...... 于) 
System.out .pzintln(" 机 器 已 经 正常 打开 ， 请 操作 ") ; 


/** 
* 真正 的 重新 启动 机 器 命令 的 实现 
从 
Publle vord .esett) i 
System.out.println ("技嘉 主板 现在 正在 重新 启动 机 器 ， 请 等 候 ") ; 
System.out.println ("机 器 已 经 正常 打开 ， 请 操作 ") ; 


} 

(2) 接 下 来 定义 命令 和 按钮 。 命 令 接口 没有 任何 变化 ， 原 有 的 开机 命令 的 实现 也 没 
有 任何 变化 ， 只 是 新 添加 了 一 个 重启 命令 的 实现 。 示 例 代 码 如 下 : 

/** 

* 重启 机 器 命令 的 实现 ， 实 现 Command 接 口 

* 持 有 重启 机 器 命令 的 真正 实现 ， 通 过 调用 接收 者 的 方法 来 实现 命令 

public class ResetCommand implements Command{ 

/大 类 
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(3) 持 有 命令 的 机 箱 也 需要 修改 。 现 在 不 只 一 个 命令 按钮 了 ， 有 两 个 了 ， 所 以 需要 
在 机 箱 类 里 面 新 添加 重启 的 按钮 ， 为 了 简单 ， 没 有 做 成 集合 。 示例 代码 如 下 : 
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this.resetCommand = command; 
} 
/** 
* 提供 给 客户 使 用 ， 接 收 并 响应 用 户 请 求 ， 相 当 于 重启 按钮 被 按 下 触发 的 方法 
站 
public void resetButtonPpressed(){ 
// 按 下 按钮 ， 执 行 命令 


resetCommand.execute(); 


} 
(4) 看 看 客户 如 何 使 用 这 两 个 按钮 。 示 例 代 码 如 下 : 
public class Client 


public static void main(String[] args) { 


//1: 把 命令 和 真正 的 实现 组 合 起 来 ， 相 当 于 在 组 装机 器 


// 把 机 箱 上 按钮 的 连接 线 插 接 到 主板 上 

MainBoardApi mainBoard = new GigaMainBoard()，; 

// 创 建 开机 命令 

OpenCommand openCommand = new OpenCommand (mainBoard); 
// 创 建 重启 机 器 的 命令 


ResetCommand resetCommand = new ResetCommand (mainBoard); 
//2: 为 机 箱 上 的 按钮 设置 对 应 的 命令 ， 让 按钮 知道 该 干什么 

Box box = new Box(); 

// 先 正确 配置 ， 就 是 开机 按钮 对 开机 命令 ， 重 启 按钮 对 重启 命令 
box.setOpenCommand (OpenCommanaQ) : 


box.setResetCommand (resetCommand); 


//3: 模拟 按 下 机 箱 上 的 按钮 

System.out.println(" 正 确 配 置 下 ------------------------- >"); 
System.out.println(">>> 按 下 开机 按钮 : >>>") ; 

box .openButtonPressed() 元 
System.out.println(">>> 按 下 重启 按钮 : >>>") ; 


box .resetButtonPressed(): 


// 然 后 来 错误 配置 一 回 ， 反 正 是 进行 参数 化 配置 

// 就 是 开机 按钮 对 重启 命令 ， 重 启 按钮 对 开机 命令 

box.setOpenCommand (上 esetCommandQ) 

box.setResetCommand (openCommand); 

//4: 再 来 模拟 按 下 机 箱 上 的 按钮 

System.out.println ("错误 配置 下 ----------------- 一 -一 -一 一 一 >"); 
System.out.println (">>> 按 下 开机 按钮 : >>>")， 


第 13 章 命令 模式 (Comand) 中 基 着 
Dox .opPenButtonPressed(): 


System.out.println(">>> 按 下 重启 按钮 : >>>") ; 


box.resetButtonPressed(); 


} 
运行 一 下 看 看 ， 很 有 意思 。 结 果 如 下 : 


>>> 按 下 开机 按钮 : >>> 
技嘉 主板 现在 正在 开机 ， 请 等 候 











See ee i, 按 下 开机 按钮 执行 开机 功 
能 ， 按 下 重启 按钮 执行 重 

装载 系统 启 功 能 

机 器 正常 运转 起 来 . . .... 


机 器 已 经 正常 打开 ， 请 操作 
>>> 按 下 重启 按钮 : >>> 

技嘉 主板 现在 正在 重新 启动 机 器 ， 请 等 候 

机 器 已 经 正常 打开 ， 请 操作 

错 识 配置 下 > 
>>> 按 下 开机 按钮 : >>> 

技嘉 主板 现在 正在 重新 启动 机 器 ， 请 等 候 

机 器 已 经 正常 打开 ， 请 操作 
，>>> 按 下 重启 按钮 : >>> 

技嘉 主板 现在 正在 开机 ， 请 等 候 











很 有 意思 : 按 下 开机 按钮 执行 
重启 功能 ， 按 下 重启 按钮 执行 
开机 功能 


区 熏 系统。 
机 器 正常 运转 起 来 . . .... 
机 器 已 经 正常 打开 ， 请 操作 


13. 3.3 可 撤销 的 操作 


可 撤销 操作 的 意思 就 是 : 放弃 该 操作 ， 回 到 未 执行 该 操作 前 的 状态 。 这 个 功能 是 一 
个 非常 重要 的 功能 ， 几 乎 所 有 的 GUI 应 用 中 都 有 撤销 操作 的 功能 。GUI 的 菜单 是 命令 模 
式 最 典型 的 应 用 之 一 ， 所 以 总 是 能 在 菜单 上 找到 撤销 这 样 的 菜单 项 。 

既然 这 么 常用 ， 那 该 如 何 实现 呢 ? 

有 两 种 基本 的 思路 来 实现 可 撤销 的 操作 ， 一 种 是 补偿 式 ， 又 称 反 操作 式 ， 比 如 被 撤 
销 的 操作 是 加 的 功能 ， 那 撤销 的 实现 就 变 成 减 的 功能 ; 同 理 被 撤销 的 操作 是 打开 的 功能 ， 
那么 撤销 的 实现 就 变 成 关闭 的 功能 。 

另外 一 种 方式 是 存储 恢复 式 ， 意 思 就 是 把 操作 前 的 状态 记录 下 来 ， 然 后 要 撤销 操作 
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的 时 候 就 直接 恢复 回去 就 可 以 了 。 


这 里 先 讲 第 一 种 方式 ， 就 是 补偿 式 或 者 反 操 作 式 ， 第 二 种 方式 放 到 备忘录 模式 


中 进行 讲解 ， 详 见 19.3.4。 





为 了 让 大 家 更 好 地 理解 可 撤销 操作 的 功能 ， 还 是 用 一 个 例子 来 说 明 会 比较 清楚 。 
1.， 范例 需求 
考虑 一 个 计算 器 的 功能 ， 最 简单 的 那 种 ， 只 能 实现 加 减法 运算 ， 现 在 要 让 这 个 计算 
器 支持 可 撤销 的 操作 。 
2. 补偿 式 或 者 反 操 作 式 的 解决 方案 
(1) 在 实现 命令 接口 之 前 ， 先 来 定义 真正 实现 计算 的 接口 ， 没 有 它 命 令 就 什么 都 做 
不 了 ， 操 作 运 算 的 接口 的 示例 代码 如 下 : 
/和 
* 操作 运算 的 接口 
SS 
public interface OperationApi { 
/太太 
* 获取 计算 完成 后 的 结果 
* @return 计算 完成 后 的 结果 
public int getResult() 7 
/** 
* 设置 计算 开始 的 初始 值 
* Q@param result 计算 开始 的 初始 值 
A 
public void setResult (int result); 
/x# 
* 执行 加 法 
* eparam num 需要 加 的 数 
a 
Public void addl(int num); 
/ 
* 执行 减法 
* eparam num 需要 减 的 数 
到 炙 
public void substract (int num); 


} 
定义 了 接口 ， 再 来 看 看 真正 执行 加 减法 的 实现 。 示 例 代码 如 下 : 


(2) 接 下 来 来 抽象 命令 接口 。 由 于 要 支持 可 撤销 的 功能 ， 所 以 除了 和 前 面 一 样 定 义 
一 个 执行 方法 外 ， 还 需要 定义 一 个 撤销 操作 的 方法 。 示 例 代 码 如 下 : 


(3) 应 该 来 实现 命令 了 ， 具 体 的 命令 分 成 了 加 法 命令 和 减法 命令 。 
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先 来 看 看 加 法 命令 的 实现 。 示 例 代码 如 下 : 
/大 六 
* 具体 的 加 法 命令 实现 对 和 象 
友基 
Public class Addacommand implements Cormmand{ 
/** 
* 持 有 有 具体 执行 计算 的 对 象 
二 
private OperationApi operation = null; 
/** 
* 操作 的 数据 ， 也 就 是 要 加 上 的 数据 
wh 


private int opeNum; 








Public void execute () { 
// 转 调 接收 者 去 真正 执行 功能 ， 这 个 命令 是 做 加 法 


this.operation.add (opeNum); 





转调 接收 者 的 
功能 ， 尤 其 是 
undo 方法 ， 是 


} 执行 方法 的 反 
Public void undo() { 向 操作 
// 转 调 接 收 者 去 真正 执行 功能 
// 命 令 本 身 是 做 加 法 ， 那 么 撤销 的 时 候 就 是 做 减法 了 
this.operation.substract (opeNum); 
} 


/大大 
* 构造 方法 ， 传 入 具体 执行 计算 的 对 象 
* Q@param operation 具体 执行 计算 的 对 象 
* Q@param opeNum 要 加 上 的 数据 
和 
public AddCommand (OperationApi operation,int opeNum) { 
this.operation = operation; 


this.opeNum = opeNum; 


} 

减法 命令 和 加 法 类 似 ， 只 是 在 实现 的 时 候 和 加 法 反 过 来 了 。 示 例 代 码 如 下 : 
/** 

* 具体 的 减法 命令 实现 对 象 

* 

public class SubstractCommand implements Command{ 


/类 类 
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(4) 接 下 来 应 该 看 看 计算 器 了 。 计 算 器 就 相当 于 Invoker， 持 有 多 个 命令 对 象 ， 计 
算 器 是 实现 可 撤销 操作 的 地 方 。 

为 了 大 家 更 好 地 理解 可 撤销 的 功能 ， 先 来 看 看 不 加 可 撤销 操作 的 计算 器 类 是 什么 样 
子 ， 然 后 再 添加 上 可 撤销 的 功能 示例 。 示 例 代 码 如 下 : 





7 人。 

* 持 有 执行 减法 的 命令 对 象 

及 

private Command substractCmd = null; 

到 和 

* 设置 执行 加 法 的 命令 对 象 

* Q@param addcmd 执行 加 法 的 命令 对 象 

sa 

public void setAddCcmd (Command adqdqCma) 1{ 
this.addCcmd = addCmad; 





} 

/** 

* 设置 执行 减法 的 命令 对 象 

* @param substractcmd 执行 减法 的 命令 对 象 

六 

public void setSubstractCmd (Command substractCmd) { 
this.substractCmd = substractCmd; 

} 

/** 

* 提供 给 客户 使 用 ， 执 行 加 法 功能 

大 

public void addPressed(){ 
this.addCmd.execute(); 

3 

/人 

* 提供 给 客户 使 用 ， 执 行 减法 功能 

hd 

public void substractPressed(){ 


this.substractCmd.execute(); 


} 

目前 看 起 来 同 前 面 的 例子 实现 起 来 差不多 ， 现 在 就 在 这 个 基本 的 实现 上 来 添加 可 撤 
销 操作 的 功能 。 

要 想 实 现 可 撤销 操作 ， 首先 就 需要 把 操作 过 的 命令 记录 下 来 ,形成 命令 的 历史 列表 ， 
撤销 的 时 候 就 从 最 后 一 个 开始 执行 撤销 。 因 此 我 们 先 在 计算 器 类 里 面 加 上 命令 历史 列表 ， 
示例 代码 如 下 : 

/** 


* 命令 的 操作 的 历史 记录 ， 在 撤销 的 时 候 用 
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什么 时 候 向 命令 的 历史 记录 里 面 加 值 呢 ? 


很 简单 ， 答 案 是 在 每 个 操作 按钮 被 按 下 的 时 候 ， 也 就 是 你 操作 加 法 按钮 或 者 减法 按 
钮 的 时 候 。 示 例 代码 如 下 : 


然后 在 计算 器 类 里 面 添 加 上 一 个 撤销 的 按钮 ， 如 果 它 被 按 下 ， 那 么 就 从 命令 历史 记 
录 里 取出 最 后 一 个 命令 来 撤销 , 撤销 完成 后 要 把 已 经 撤销 的 命令 从 历史 记录 里 面 删除 掉 ， 
相当 于 没有 执行 过 该 命令 。 

示例 代码 如 下 : 


同样 的 方式 ， 还 可 以 实现 恢复 的 功能 。 也 为 恢复 设置 一 个 可 恢复 的 列表 ， 需 要 恢复 
的 时 候 从 列表 里 面 取 最 后 一 个 命令 进行 重新 执行 就 可 以 了 。 示 例 代码 如 下 : 


那么 什么 时 候 向 这 个 集合 里 面 赋值 呢 ? 大 家 要 注意 ， 恢 复 的 命令 数据 是 来 源 于 撤销 
的 命令 ， 也 就 是 说 有 撤销 才 会 有 恢复 ， 所 以 在 撤销 的 时 候 向 这 个 集合 里 面 赋 值 ， 注 意 要 
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在 撤销 的 命令 被 删除 前 赋值 。 示 例 代码 如 下 ， 注 意 蓝 色 的 代码 : 


那么 如 何 实现 恢复 呢 ? 请 看 示例 代码 : 


好 了 ， 上 面 分 步 讲解 了 计算 器 类 ， 下 面 一 起 来 看 看 完整 的 计算 器 类 的 代码 : 
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(5) 终于 到 可 以 收获 的 时 候 了 ， 写 个 客户 端 ， 组 装 好 命令 和 接收 者 ， 然 后 操作 几 次 
命令 ， 来 测试 一 下 撤销 和 恢复 的 功能 。 示 例 代码 如 下 : 
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(6) 运行 一 下 ， 看 看 结果 ， 享 受 一 下 可 以 撤销 和 恢复 的 操作 。 结 果 如 下 : 





13. 3.4 宏 命令 


什么 是 宏 命 令 呢 ? 简单 点 说 就 是 包含 多 个 命令 的 命令 ， 是 一 个 命令 的 组 合 。 举 个 例 
子 来 说 吧 ， 设 想 一 下 你 去 饭店 吃饭 的 过 程 。 

(1) 你 走 进 一 家 饭店 ， 找 到 座位 坐 下 ; 

(2) 服务 员 走 过 来 ， 递 给 你 菜谱 ; 

(3) 你 开始 点 菜 ， 服 务 员 开始 记录 菜单 ， 菜 单 是 三 联 的 ， 点 菜 完毕 ， 服 务 员 就 会 把 
菜单 分 成 三 份 ， 一 份 给 后 厨 ， 一 份 给 收银 台 ， 一 份 保留 备查 ; 

(4) 点 完 菜 ， 你 坐 在 座位 上 等 候 ， 后 厨 会 按照 菜单 做 菜 ; 

(5) 每 做 好 一 份 菜 ， 就 会 由 服务 员 送 到 你 桌子 上 ; 

(6) 然后 你 就 可 以 大 快 洒 颐 了 。 

事实 上 ， 到 饭店 点 餐 是 一 个 很 典型 的 命令 模式 应 用 。 作 为 客户 的 你 ， 只 需要 发 出 命 
令 ， 就 是 要 吃 什么 菜 ， 每 道 菜 就 相当 于 一 个 命令 对 象 ， 服 务 员 会 在 菜单 上 记录 你 点 的 菜 ， 
然后 把 菜单 传递 给 后 厨 ， 后 厨 拿 到 菜单 ， 会 按照 菜单 进行 饭菜 制作 ， 后 厨 就 相当 于 接收 
者 ， 是 命令 的 真正 执行 者 ， 厨 师 才 知道 每 道 菜 具 体 怎 么 实现 。 

在 这 个 过 程 中 ， 地 位 比较 特殊 的 是 服务 员 ， 在 不 考虑 更 复杂 的 管理 ， 比 如 后 厨 管理 
的 时 候 ， 负 责 命 令 和 接收 者 的 组 装 的 就 是 服务 员 。 比 如 你 点 了 凉菜 、 热 菜 ， 你 其 实 是 不 
知道 到 底 凉 菜 由 谁 来 完成 ， 热 菜 由 谁 来 完成 的 ， 因 此 你 只 管 发 命令 ， 而 组 装 的 工作 就 由 
服务 员 完 成 了 ， 服 务 员 知道 凉菜 送 到 凉菜 部 ， 那 是 已 经 做 好 的 了 ， 热 菜 才 送 到 后 厨 ， 需 
要 厨师 现 做 ， 看 起 来 服务 员 是 一 个 组 装 者 。 

同时 呢 ， 服 务 员 还 持 有 命令 对 和 象 ， 也 就 是 菜单 ， 最 后 启动 命令 执行 的 也 是 服务 员 。 
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诺 因此 ， 服 务 员 就 相当 于 标准 命令 模式 中 的 Client 和 Invoker 的 融合 。 
画 个 图 来 描述 上 述 对 应 关系 ， 如 图 13.6 所 示 。 






比如 你 ， 只 负责 知道 真正 的 接收 者 是 谁 ， 相当 于 接收 者 


发 出 命令 ， 就 是 六 | 就 是 点 的 菜 同时 持 有 菜单 ， 当 你 点 菜 


点 菜 的 操作 完毕 ， 服 务 员 就 启动 命令 
执行 凉菜 部 : 
图 13.6 ”点 菜 行为 与 命令 模式 对 应 示意 图 
1.。 宏 命令 在 哪里 
仔细 观察 上 面 的 过 程 ， 再 想 想 前 面 的 命令 模式 的 实现 ， 看 出 点 什么 没有 ? 
前 面 实现 的 命令 模式 都 是 客户 端 发 出 一 个 命令 ， 然 后 马上 就 执行 了 这 个 命令 ， 但 是 
在 上 面 的 描述 里 面 呢 ? 是 点 一 个 菜 ， 服 务 员 就 告诉 厨师 ， 然 后 厨师 就 开始 做 吗 ? 很 明显 
不 是 的 ， 服 务 员 会 一 直 等 ， 等 到 你 点 完 菜 ， 当 你 说 “点 完了 ”的 时 候 ， 服 务 员 才 会 启动 
命令 的 执行 ， 请 注意 ， 这 个 时 候 执行 的 就 不 是 一 个 命令 了 ， 而 是 执行 一 堆 命 令 。 
描述 这 一 堆 命 令 的 就 是 菜单 ， 如 果 把 菜单 也 抽象 成 为 一 个 命令 ， 就 相当 于 一 个 大 的 
命令 ， 当 客户 说 “点 完了 ”的 时 候 ， 就 相当 于 触发 这 个 大 的 命令 ， 意 思 就 是 执行 菜单 这 
个 命令 就 可 以 了 ， 这 个 菜单 命令 包含 多 个 命令 对 象 ， 一 个 命令 对 象 就 相当 于 一 道 菜 。 
那么 这 个 菜单 就 相当 于 我 们 说 的 宏 命令 。 
2. 如何 实现 宏 命 令 
宏 命 令 从 本 质 上 讲 类 似 于 一 个 命令 ， 基 本 上 把 它 当 命令 对 象 进行 处 理 。 但 是 它 跟 普 
通 的 命令 对 象 又 有 些 不 一 样 ， 就 是 宏 命令 包含 有 多 个 普通 的 命令 对 象 ， 简 单 点 说 ， 执 行 
-个 宏 命 令 ， 就 是 执行 宏 命令 里 面 所 包含 的 所 有 命令 对 象 ， 有 点 打包 执行 的 意味 。 
(1) 先 来 定义 接收 者 ， 就 是 厨师 的 接口 和 实现 ， 先 看 接口 。 示 例 代 码 如 下 : 
/** 
* 厨师 的 接口 
en 
public interface CookApi { 





/** 
* 示意 ， 做 菜 的 方法 
* @param name 菜 名 
A 
public void cook(String name); 
} 
厨师 又 分 成 两 类 ， 一 类 是 做 热 菜 的 师傅 ; 一 类 是 做 凉菜 的 师傅 ， 先 看 看 做 热 菜 的 厨 
师 的 实现 示意 。 示 例 代 码 如 下 : 
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做 凉菜 的 师傅 示例 代码 如 下 : 





(2) 接 下 来 定义 命令 接口 ， 和 以 前 一 样 。 示 例 代码 如 下 : 


(3) 定义 好 了 命令 的 接口 ， 该 来 具体 实现 命令 了 。 
实现 方式 和 以 前 一 样 ， 持 有 接收 者 ， 当 执行 命令 的 时 候 ， 转 调 接收 者 ， 让 接收 者 去 
真正 实现 功能 ， 这 里 的 接收 者 就 是 厨师 。 


这 里 实现 命令 的 时 候 ， 跟 标准 的 命令 模式 的 命令 实现 有 一 点 不 同 ， 标 准 的 命令 模 
式 的 命令 实现 的 时 候 ， 是 通过 构造 方法 传 入 接收 者 对 象 ， 这 里 改 成 了 使 用 setter 


的 方式 来 设置 接收 者 对 象 ， 也 就 是 说 可 以 动态 地 切换 接收 者 对 象 ， 而 无 须 重新 构 
建 对 象 。 





示例 中 定义 了 三 道 菜 ， 分 别 是 两 道 热 菜 : 北京 烤鸭 、 绿 豆 排 骨 煲 ， 一 道 凉 菜 : 藉 泥 
白肉 ， 三 个 具体 的 实现 类 非常 类 似 ， 只 是 菜 名 不 同 ， 为 了 节省 篇 幅 ， 这 里 就 只 看 一 个 命 
令 对 象 的 具体 实现 。 代 码 示例 如 下 : 
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/** 
* 命令 对 象 ， 绿 豆 排骨 煲 
3 
public class ChopCommand implements Commanadf 
/** 
* 持 有 具体 做 菜 的 厨师 的 对 象 
Ea 
private CookApi cookApi = null; 
/** 
* 设置 具体 做 菜 的 厨师 的 对 象 
* @param cookApi 具体 做 菜 的 厨师 的 对 象 
| 
Public void setCookApi (CookApi cookApi) { 
this.cookApi = cookApi; 










其 他 两 个 实现 类 ， 只 是 这 
里 的 名 字 不 一 样 ， 其 他 都 
是 类 似 的 


public void execute () { 


this .cookRpi .cook(" 绿 豆 排骨 煲 ") ; 


} 

(4) 该 来 组 合 菜单 对 象 了 ， 也 就 是 宏 命 令 对 象 。 

@ 宏 命 令 就 其 本 质 还 是 一 个 命令 ， 所 以 一 样 要 实现 Command 接口 。 

@ 宏 命 令 和 普通 命令 的 不 同 在 于 : 宏 命 令 是 多 个 命令 组 合 起 来 的 ， 因 此 在 宏 命 令 
对 象 里 面 会 记录 多 个 组 成 它 的 命令 对 象 。 

@ 既然 是 包含 多 个 命令 对 象 ， 得 有 方法 让 这 么 多 个 命令 对 象 能 被 组 合 进来 。 

@ 既然 宏 命令 包含 了 多 个 命令 对 象 ， 执 行 宏 命令 对 象 就 相当 于 依次 执行 这 些 命令 
对 象 ， 也 就 是 循环 执行 这 些 命令 对 象 

看 看 代码 示例 会 更 清晰 些 。 代 码 示 例如 下 : 


/** 
* 菜单 对 象 ， 是 个 宏 命 令 对 象 
public class MenuCommand implements Command { 
/** 
* 用 来 记录 组 合 本 菜单 的 多 道 菜品 ， 也 就 是 多 个 命令 对 象 
区 
private Collection<Command> col = new ArrayList<Command>(); 
/六 大 


* 点 菜 ， 把 菜品 加 入 到 菜单 中 
* @param cmd 客户 点 的 菜 
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(5) 该 服务 员 类 重 磅 登场 了 ， 它 实现 的 功能 ， 相 当 于 标准 命令 模式 实现 中 的 Client 
加 上 Invoker， 前 面 都 是 文字 讲述 ， 看 看 代码 如 何 实现 。 示 例 代码 如 下 : 





(6) 费 了 这 么 大 力气 ， 终 于 可 以 坐 下 来 软 息 一 下 ， 点 菜 吃饭 吧 ， 一 起 来 看 看 客户 端 
怎样 使 用 这 个 宏 命 令 ， 其 实在 客户 端 非常 简单 ， 根 本 看 不 出 宏 命 令 来 ， 代 码 示例 如 下 : 


运行 一 下 ， 享 受 一 下 成 果 。 结 果 如 下 : 
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13. 3.5 队列 请 求 


所 谓 队列 请 求 ， 就 是 对 命令 对 象 进行 排队 ， 组 成 工作 队列 ， 然 后 依次 取出 命令 对 象 
来 执行 。 通 常用 多 线程 或 者 线程 池 来 进行 命令 队列 的 处 理 ， 当 然 也 可 以 不 用 多 线程 ， 就 
是 一 个 线程 ， 一 个 命令 一 个 命令 地 循环 处 理 ， 就 是 慢 了 点 。 

继续 宏 命 令 的 例子 。 其 实在 后 厨 ， 会 收 到 很 多 菜单 ， 一 般 是 按照 菜单 传递 到 后 厨 的 
先后 顺序 来 进行 处 理 。 对 每 张 菜单 ， 假 定 也 是 按照 菜品 的 先后 顺序 进行 制作 ， 那 么 在 后 
厨 则 自然 形成 了 一 个 菜品 的 队列 ， 也 就 是 很 多 个 用 户 的 命令 对 象 的 队列 。 

后 厨 有 很 多 厨师 ， 每 个 厨师 都 从 这 个 命令 队列 里 面 取出 一 个 命令 ， 然 后 按照 命令 做 
出 菜 来 ， 就 相当 于 多 个 线程 在 同时 处 理 一 个 队列 请 求 。 

因此 后 厨 就 是 一 个 典型 的 队列 请 求 的 例子 。 


后 司 的 导师 与 命令 队列 之 间 是 没有 任何 关联 的 ， 也 就 是 说 是 完全 解 看 的。 命令 队 


列 是 客户 发 出 的 命令 ,厨师 只 是 负责 从 队列 里 面 取 出 一 个 ， 处 理 ， 然 后 再 取 下 一 
个 ， 再 处 理 ， 仅 此 而 已 ， 司 师 不 知道 也 不 管 客户 是 谁 。 





下 面 来 看 看 如 何 实现 队列 请 求 。 
1. 如 何 实现 命令 模式 的 队列 请 求 
(1) 先 从 命令 接口 开始 。 除 了 execute 方法 外 ， 新 增加 了 一 个 返回 发 出 命令 的 桌 号 ， 
就 是 点 菜 的 桌 号 ， 还 有 一 个 是 为 命令 对 象 设置 接收 者 的 方法 ， 也 把 它 添加 到 接口 上 ， 这 
个 是 为 了 后 面 多 线程 处 理 的 时 候 方 便 使 用 。 示 例 代码 如 下 : 
/** 
* 命令 接口 ， 声 明 执 行 的 操作 
yh 
public interface Command { 
A Rk 
* 执行 命令 对 应 的 操作 
oy 
public void execute () : 
/** 
* 设置 命令 的 接收 者 
* @param cookApi 命令 的 接收 者 
wl 
public void setCookApi (CookApi cookApi); 
/** 
* 返回 发 起 请 求 的 桌 号 ， 就 是 点 菜 的 桌 号 
* ereturn 发 起 请 求 的 桌 号 
ih 
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(2) 厨师 的 接口 也 发 生 了 一 点 变化 ， 在 cook 的 方法 上 添加 了 发 出 命令 的 桌 号 。 这 
样 ， 在 多 线程 输出 信息 的 时 候 ， 才 知道 到 底 是 在 给 哪个 桌 做 菜 。 示 例 代码 如 下 : 


(3) 开始 来 实现 命令 接口 。 为 了 简单 ， 这 次 只 有 热 菜 ， 因 为 要 做 的 工作 都 在 后 厨 的 
命令 队列 里 面 ， 因 此 凉菜 就 不 要 了 。 示 例 代码 如 下 : 
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还 有 一 个 命令 对 象 是 “北京 烤鸭 ”， 和 上 面 的 实现 一 样 ， 只 是 菜 名 不 同 而 已 ， 所 以 
就 不 去 展示 示例 代码 了 。 


(4) 接 下 来 构建 很 重要 的 命令 对 象 的 队列 。 其 实 也 不 是 有 多 难 ， 多 个 命令 对 象 可 以 
用 一 个 集合 来 存储 就 可 以 了 ， 然 后 按照 放 入 的 顺序 ， 先 进 先 出 即 可 。 
请 注意 : 为 了 演示 的 简单 性 ， 这 里 没有 使 用 java.util.Queue， 直 接 使 用 List 来 模拟 实现 
村 
示例 代码 如 下 : 
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i static Command getOneCommand(){ 
Command cmd = null; 
if(cmds.size() > 0 )1{ 
// 取 出 队列 的 第 一 个 ， 因 为 是 约定 的 按照 加 入 的 先后 来 处 理 
cmd = cmds.get (0); 
// 同 时 从 队列 里 面 取 掉 这 个 命令 对 象 
cmds .remove (0); 
} 
return cmd; 


这 里 并 没有 考虑 一 些 复杂 的 情况 ， 比 如 ， 如 果 命 令 队 列 里 面 没有 命令 ,而 厨师 又 
来 获取 命令 该 怎么 办 ? 这 里 只 是 做 了 一 个 基本 的 示范 ， 并 没有 完整 的 实现 ， 所 以 


也 就 没有 去 处 理 这 些 问题 。 当 然 ， 出 现 这 种 问题 ， 需 要 使 用 wait/notify 来 进行 线 
程 调度 。 





(5) 有 了 命令 队列 ， 谁 来 向 这 个 队列 里 面 传 入 命令 呢 ? 
很 明显 是 服务 员 ， 当 客户 点 菜 完 成 ， 服 务 员 就 会 执行 菜单 ， 现 在 执行 菜单 就 相当 于 
把 菜单 直接 传递 给 后 厨 ， 也 就 是 要 把 荣 单 里 的 所 有 命令 对 象 加 入 到 命令 队列 里 面 ， 因 此 
菜单 对 象 的 实现 需要 改变 。 示 例 代码 如 下 : 
/交大 
* 菜单 对 象 ， 是 个 宏 命令 对 和 象 
ph 
Public class MenuCommand implements Command { 
/** 
* 用 来 记录 组 合 本 菜单 的 多 道 菜品 ， 也 就 是 多 个 命令 对 象 
友 肖 
private Collection<Command> col = new ArrayList<Command>(); 
/** 
* 点 菜 ， 把 菜品 加 入 到 菜单 中 
* @param cmad 客户 点 的 菜 
小 
public void addCommand (Command cmdq) { 


col .add (cmd); 
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(6) 现在 有 了 命令 队列 ， 也 有 人 负责 向 队列 里 面 添加 命令 了 ， 可 是 谁 来 执行 命令 队 
列 里 面 的 命令 呢 ? 
答案 是 : 由 厨师 从 命令 队列 里 面 获 取 命 令 ， 并 真正 处 理 命令 ， 而 且 厨 师 在 处 理 命令 
前 会 把 自己 设置 到 命令 对 象 里 面 去 当 接 收 者 ， 表 示 这 个 菜 由 我 来 实际 做 。 
厨师 对 象 的 实现 大 致 有 以 下 的 改变 。 
sm ”为 了 更 好 地 体现 命令 队列 的 用 法 ， 而 实际 情况 也 是 多 个 厨师 ， 这 里 用 多 线程 来 
模拟 多 个 厨师 。 他 们 自己 从 命令 队列 里 面 获取 命令 ， 然 后 处 理 命令 ， 再 获取 下 
一 个 ， 如 此 反复 。 因 此 厨师 类 要 实现 多 线程 接口 。 
sm 还 有 一 个 改变 ， 为 了 在 多 线程 中 输出 信息 ， 让 我 们 知道 是 哪 一 个 厨师 在 执行 命 
令 ， 给 厨师 添加 了 一 个 姓名 的 属性 ， 通 过 构造 方法 传 入 。 
”另外 一 个 改变 是 为 了 在 多 线程 中 看 出 效果 ， 在 厨师 真正 做 菜 的 方法 里 面 使 用 随 
机 数 模拟 了 一 个 做 菜 的 时 间 。 
好 了 ， 介 绍 完了 改变 的 地 方 ， 一 起 看 看 代码 吧 。 示 例 代 码 如 下 : 
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#1 
private String name; 
/太太 
* 构造 方法 ， 传 入 厨师 姓名 
* @param name 厨师 姓名 
0 
public HotCook (String name) { 
this.name = name; 
} 
public void cook (int tableNum,String name) { 
// 每 次 做 菜 的 时 间 是 不 一 定 的 ， 用 随机 数 来 模拟 一 下 
int cookTime = (int) (20 * Math.random()); 
System.out.println (this .name+" 厨 师 正在 为 "+tableNum 
+" 号 桌 做 : "+name); 
ECE: 
// 让 线程 休息 这 么 长 时 间 ， 表 示 正 在 做 菜 
Thread. sleep(cookTime); 
} catch (InterruptedException e) { 
e.printStackTrace (); 
} 
System.out.println (this .name+" 厨 师 为 "+tableNum 
+" 号 桌 做 好 了 : "+name+"， 共 计 耗 时 ="+cookTime+" 秒 ")， 
} 
public void run() { 
while(true)t{ 
// 从 命令 队列 里 面 获取 命令 对 象 
Command cmd = CommandQueue . getOneCommanad() : 
if(cmd != null){ 
// 说 明 取 到 命令 对 象 了 ， 这 个 命令 对 象 还 没有 设置 接收 者 
// 因 为 前 面 还 不 知道 到 底 哪 一 个 语 师 来 真正 执行 这 个 命令 
// 现 在 知道 了 ， 就 是 当前 后 师 实例 ， 设 置 到 命令 对 象 里 面 
cmd.setCookApi (this) : 
// 然 后 真正 执行 这 个 命令 
cmd .execute () : 
} 
// 休 息 1 秒 
try { 
Thread.sleep(1000L); 
} catch (InterruptedException e) { 


e.printStackTrace (); 
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(7) 下 面 该 来 看 看 服务 员 类 了 。 由 于 现在 考虑 了 后 厨 的 管理 , 因此 从 实际 情况 来 看 ， 
这 次 服务 员 也 不 知道 到 底 命令 的 真正 接收 者 是 谁 了 ， 也 就 是 说 服务 员 也 不 知道 某 个 菜 最 
后 到 底 由 哪 一 位 厨师 完成 ， 所 以 服务 员 类 就 简单 了 。 

组 装 命令 对 象 和 接收 者 的 功能 后 移 到 厨师 类 的 线程 里 面 了 。 当 某 个 请 师 从 命令 队列 
里 面 获取 一 个 命令 对 象 的 时 候 ， 这 个 厨师 就 是 这 个 命令 的 真正 接收 者 。 


服务 员 类 的 示例 代码 如 下 : 





(8) 在 见 到 曙光 之 前 ， 还 有 一 个 问题 要 解决 ， 就 是 谁 来 启动 多 线程 的 厨师 呢 ? 
为 了 实现 后 厨 的 管理 ， 为 此 专门 定义 一 个 后 厨 管理 的 类 ， 在 这 个 类 里 面 启动 多 个 厨 
师 的 线程 ， 而 且 这 种 启动 在 运行 期 间 只 有 一 次 。 示 例 代 码 如 下 : 
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(9) 下 面 写 个 客户 端 测试 一 下 。 示 例 代码 如 下 : 
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(10) 运行 一 下 ， 看 看 效果 。 因 为 是 使 用 多 线程 在 处 理 请 求 队列 ， 可 能 每 次 运行 的 
效果 不 一 样 。 某 次 运行 的 结果 如 下 : 








仔细 观察 上 面 的 数据 。 在 多 线程 环境 下 ， 虽 然 保障 了 命令 对 象 取出 的 顺序 是 先进 先 
出 ， 但 是 究竟 是 哪 一 个 厨师 来 做 ， 还 有 具体 做 多 长 时 间 都 是 不 定 的 。 


13. 3.6 日 志 请 求 


所 谓 日 志 请 求 ， 就 是 把 请 求 的 历史 记录 保存 下 来 ， 一 般 是 采用 永久 存储 的 方式 。 如 
果 在 运行 请 求 的 过 程 中 ， 系 统 崩 省 了 ， 那 么 当 系 统 再 次 运行 时 ， 就 可 以 从 保存 的 历史 记 


341 











录 中 获取 日 志 请 求 ， 并 重新 执行 命令 。 

日 志 请 求 的 实现 有 两 种 方案 : 一 种 是 直接 使 用 Java 中 的 序列 化 方法 ， 另 外 一 种 就 是 
在 命令 对 象 中 添加 上 存储 和 装载 的 方法 ， 其 实 就 是 让 命令 对 象 自己 实现 类 似 序列 化 的 功 
能 。 当 然 要 简单 就 直接 使 用 Java 中 的 序列 化 。 

结合 前 面 队列 请 求 的 例子 ， 来 简单 演示 一 下 日 志 请 求 的 功能 。 

考虑 在 队列 请 求 的 例子 里 面 ， 当 菜单 都 被 传 到 后 台 以 后 ， 后 台 会 把 这 些 菜单 做 成 一 
个 请 求 队列 ， 然 后 让 厨师 从 这 个 队列 里 面 获取 命令 去 执行 。 这 里 就 存在 一 个 问题 ， 如 果 
这 个 系统 运行 中 突然 月 溃 了 呢 ? 比如 突然 断 电 了 ， 那 该 怎么 办 呢 ? 

难道 等 系统 再 次 运行 的 时 候 ， 后 厨 要求 服 务 员 再 把 菜单 全 部 重新 传递 一 次 吗 ? 即使 
服务 员 全 部 传 一 次 ， 那 样 也 还 是 有 问题 ， 因 为 有 些 命令 是 已 经 被 执行 了 的 ， 它 们 不 应 该 
被 重复 执行 ， 而 服务 员 是 不 知道 哪些 命令 是 已 经 执行 了 的 。 


一 个 可 行 的 解决 方案 就 是 把 这 个 请 求 队列 日 志 化 ， 当 有 新 的 菜单 传递 过 来 的 时 
候 ， 更 新 日 志 ， 当 厨师 从 队列 里 面 获取 一 个 请 求 去 执行 的 时 候 ， 这 个 请 求 就 应 


该 从 日 志 中 去 掉 ， 这 样 即使 系统 崩溃 了 ， 也 能 够 恢复 ， 而 且 恢 复 的 都 是 还 没有 
执行 的 命令 。 





1. 实现 日 志 请 求 
由 于 篇 幅 关 系 ， 就 不 去 做 比较 复杂 的 示例 了 ， 直 接 沿用 前 面 对 列 请 求 的 例子 ， 采 用 
Java 中 序列 化 的 方法 ， 这 样 最 简单 。 
(1) 先 序列 化 命令 对 象 ， 因 为 要 把 这 些 对 象 保存 到 文件 中 去 。 在 ChopCommand 和 
DuckCommand 对 象 上 实现 java.io.Serializable， 这 个 就 不 用 代码 示例 了 。 
(2) 前 面 的 实现 中 把 请 求 队列 实现 成 了 List 对 象 ， 为 了 保存 这 个 List 对 象 ， 设 计 一 
个 文件 操作 的 工具 类 ， 来 实现 向 文件 中 写 入 List 和 从 文件 中 获取 List 对 象 。 示 例 代码 如 
下 : 
人 大 大 
* 读 写 文件 的 辅助 工具 类 
public class FileOpeUtil { 
/** 
* 私有 化 构造 方法 ， 避 免 外 部 无 谓 的 创建 类 实例 
* 这 个 工具 类 不 需要 创建 类 实例 
Ef 
private FileOpeUtil() { 
} 
/** 
* 读 文件 ， 从 文件 中 获取 存储 的 List 对 得 
* @param pathName 文件 路 径 和 文件 名 
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e.printSstackTrace (); 
}finallyt{ 
tryst 
oout .close()? 
} catch (IOException e) { 


e.printStackTrace (); 


} 

(3) 有 了 读 写 文件 的 工具 类 , 下 面 来 看 看 在 命令 队列 里 面 如 何 实现 把 队列 日 志 化 了 。 
其 实 思路 很 简单 ， 就 是 在 装载 队列 的 时 候 ， 先 从 日 志 中 获取 上 一 次 还 没有 做 完 的 命令 。 
如 果 没 有 ， 那 就 新 建 一 个 队列 ， 然 后 在 每 次 向 队列 里 面 添 加 命令 的 时 候 就 更 新 日 志 ; 如 
果 有 厨师 取出 命令 ， 那 就 删除 掉 该 命令 ， 并 重新 更 新 日 志 。 示 例 代码 如 下 : 


public class CommandQueue { 





/ 
* 新 添加 的 ， 文 件 名 称 
#y 
Private final static String FILE NAME = "CmdQueue.txt"; 
/** 
* 用 来 存储 命令 对 象 的 队列 
WA 
private static List<Command> cmds = null; 
statict{ 
// 获 取 上 次 没有 做 完 的 命令 队列 
cmds = FileOpeUtil.readFile(FILE NAME); 从 日 志 中 获取 上 
if (cmas==nul1L) { 一 次 还 没有 做 完 
cmas = new ArrayList<Command> () 的 命令 ， 如 果 没 
; 有 ，, 那 就 新 建 一 个 
} 队列 
/** 
* 服务 员 传 过 来 一 个 新 的 菜单 ， 需 要 同步 
SA 


public synchronized static void addMenu (MenuCommand menu){ 
/7 一 个 菜单 对 象 包含 很 多 命令 对 象 


for(Command cmd : menu.getCommands () ) 1 


cmds.add (cmd); 
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(4) 其 他 部 分 和 队列 请 求 的 例子 完全 一 样 ， 就 不 再 袭 述 。 
可 以 运行 测试 代码 来 看 看 效果 ， 要 想 看 出 在 中 断后 ， 下 次 运行 时 是 否 能 够 恢复 上 次 

没有 运行 的 命令 ， 可 以 在 第 一 次 运行 的 时 候 ， 也 就 是 多 线程 还 没有 处 理 完全 部 命令 的 时 

候 强制 终止 运行 ， 然 后 再 启动 看 看 ， 是 否 能 够 恢复 上 次 没有 执行 完 的 命令 。 

第 一 次 运行 客户 端 ， 中 途 强 制 终 止 。 示 例 的 结果 如 下 : 





注意 第 一 次 运行 终止 的 时 候 ， 刚 好 把 第 三 桌 的 菜 做 好 。 下 面 再 次 运行 客户 端 ， 应 该 
先 要 把 刚才 没有 做 完 的 菜 做 完 ， 然 后 才 继 续 新 的 菜单 。 示 例 的 结果 如 下 : 


345 








张 三 厨 师 正在 为 3 号 桌 做 : 
王 五 厨师 正在 为 3 号 桌 做 : 
李 四 厨 师 正在 为 4 号 桌 做 : 
王 五 厨师 为 3 号 桌 做 好 了 : 
张 三 厨 师 为 3 号 桌 做 好 了 : 
李 四 厨 师 为 4 号 桌 做 好 了 : 
王 五 厨师 正在 为 4 号 桌 做 : 
张 三 厨 师 正 在 为 0 号 桌 做 : 
张 三 厨 师 为 0 号 桌 做 好 了 : 
王 五 厨师 为 4 号 桌 做 好 了 : 
李 四 厨 师 正在 为 0 号 桌 做 : 
李 四 厨 师 为 0 号 桌 做 好 了 : 
张 三 厨 师 正 在 为 1 号 桌 做 : 
张 三 厨 师 为 1 号 桌 做 好 了 : 


绿豆 排骨 从 

北京 烤鸭 

绿豆 排骨 从 

北京 烤鸭 ， 共 计 耗 时 =3 秒 
绿豆 排骨 煲 ， 共 计 耗 时 =9 秒 
绿豆 排骨 煲 ， 共 计 耗 时 =19 秒 
北京 烤鸭 

绿豆 排骨 俐 

绿豆 排骨 从 ,共计 耗 时 =0 秒 
北京 烤鸭 ， 共 计 耗 时 =13 秒 
北京 烤鸭 

北京 烤鸭 ， 共 计 耗 时 =17 秒 
绿豆 排骨 煲 

绿豆 排骨 煲 ， 共 计 耗 时 =2 秒 















注意 这 一 段 , 是 在 
完成 系统 崩溃 时 
还 没有 执行 的 命 
令 , 是 从 日 志 请 求 
里 面 恢复 的 


执行 完 上 次 的 命令 ， 继 续 
新 的 命令 ， 为 节省 篇 幅 ， 
后 面 就 省 略 了 


王 五 厨师 正在 为 1 号 桌 做 : 北京 烤鸭 


2. 小结 

通过 上 面 的 示例 可 以 看 出 ， 实 现 日 志 请 求 也 不 是 很 麻烦 ， 当 然 ， 如 果 需 要 自己 做 序 
列 化 会 复杂 一 些 。 对 于 扩展 日 志 请 求 ， 在 高 级 应 用 中 ， 可 以 扩展 到 事务 的 处 理 中 ， 因 为 
事务 的 基本 实现 机 制 就 是 先 写 日 志 ， 然 后 再 操作 数据 库 ， 这 里 就 不 再 继续 展开 了 。 


13. 3. 7 命令 模式 的 优点 


a 更 松散 的 耦合 
命令 模式 使 得 发 起 命令 的 对 象 一 一 客户 端 ， 和 具体 实现 命令 的 对 象 一 一 接收 者 
对 象 完 全 解 厢 ， 也 就 是 说 发 起 命令 的 对 象 完全 不 知道 具体 实现 对 象 是 谁 ， 也 不 
知道 如 何 实现 。 

ma ”更 动态 的 控制 
命令 模式 把 请 求 封装 起 来 ， 可 以 动态 地 对 它 进行 参数 化 、 队 列 化 和 日 志 化 等 操 
作 ， 从 而 使 得 系统 更 灵活 。 

= ”很 自然 的 复合 命令 
命令 模式 中 的 命令 对 象 能 够 很 容易 地 组 合成 复合 命令 , 也 就 是 前 面 讲 的 宏 命令 ， 
从 而 使 系统 操作 更 简单 ， 功 能 更 强大 。 

=m ”更 好 的 扩展 性 
由 于 发 起 命令 的 对 象 和 具体 的 实现 完全 解 耦 ， 因 此 扩展 新 的 命令 就 很 容易 ， 只 
需要 实现 新 的 命令 对 象 ， 然 后 在 装配 的 时 候 ， 把 具体 的 实现 对 象 设置 到 命令 对 
象 中 ， 然 后 就 可 以 使 用 这 个 命令 对 象 ， 已 有 的 实现 完全 不 用 变化 。 
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13. 3.8 思考 命令 模式 


1， 命 令 模式 的 本 质 


命令 模式 的 本 质 : 封装 请 求 。 


前 面 讲 了 ， 命 令 模式 的 关键 就 是 把 请 求 封装 成 为 命令 对 象 ， 然 后 就 可 以 对 这 个 对 象 
进行 一 系列 的 处 理 了 ， 比 如 上 面 讲 到 的 参数 化 配置 、 可 撤销 操作 、 宏 命令 、 队 列 请 求 、 
志 请 求 等 功能 处 理 。 

2. 何 时 选用 命令 模式 

建议 在 以 下 情况 时 选用 命令 模式 。 

m ”如 果 需 要 抽象 出 需要 执行 的 动作 ， 并 参数 化 这 些 对 象 ， 可 以 选用 命令 模式 。 将 
这 些 需 要 执行 的 动作 抽象 成 为 命令 ， 然 后 实现 命令 的 参数 化 配置 。 

a ”如 果 需 要 在 不 同 的 时 刻 指定 、 排 列 和 执行 请 求 ， 可 以 选用 命令 模式 。 将 这 些 请 
求 封 装 成 为 命令 对 象 ， 然 后 实现 将 请 求 队列 化 。 

m ”如 果 需 要 支持 取消 操作 ， 可 以 选用 命令 模式 ， 通 过 管理 命令 对 象 ， 能 很 容易 地 
实现 命令 的 恢复 和 重 做 功能 。 

m 如 果 需 要 支持 当 系 统 衣 溃 时 ， 能 将 系统 的 操作 功能 重新 执行 一 遍 ， 可 以 选用 命 
令 模 式 。 将 这 些 操作 功能 的 请 求 封 装 成 命令 对 象 ， 然 后 实现 日 志 命 令 ， 就 可 以 
在 系统 恢复 以 后 ， 通 过 日 志 获 取 命 令 列 表 ， 从 而 重新 执行 一 遍 功能 。 

a 在 需要 事务 的 系统 中 ， 可 以 选用 命令 模式 。 命 令 模式 提供 了 对 事务 进行 建 模 的 
方法 。 命 令 模 式 有 一 个 别名 就 是 Transaction 。 


13. 3.9 退化 的 命令 模式 


在 领会 了 命令 模式 的 本 质 后 ， 接 下 来 思考 一 个 命令 模式 退化 的 情况 。 

前 面 讲 到 了 智能 命令 ， 如 果 命 令 的 实现 对 象 超级 智能 ， 实 现 了 命令 要 求 的 所 有 功能 ， 
那么 就 不 需要 接收 者 了 ， 既 然 没 有 了 接收 者 ， 那 么 也 就 不 需要 组 装 者 了 。 

(1) 举 个 最 简单 的 示例 来 说 明 。 

比如 现在 要 实现 一 个 打印 服务 ， 由 于 非常 简单 ， 所 以 基本 上 就 没有 什么 讲述 ， 依 次 
来 看 ， 命 令 接口 定义 如 下 : 


public interface Command { 
public void execute(); 

} 

命令 的 实现 示例 代码 如 下 : 


public class PrintService implements Command{ 


/大 大 
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此 时 的 Invoker 示例 代码 如 下 : 


最 后 看 看 客户 端的 代码 。 示 例如 下 : 
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测试 结果 如 下 : 


(2) 继续 变化 。 
如 果 此 时 继续 变化 ，Invoker 也 开始 变 得 智能 化 ， 在 Invoker 的 startPrint 方法 里 面 ， 


Invoker 加 入 了 一 些 实现 ， 同 时 Invoker 对 持 有 命令 也 有 意见 ， 觉 得 自己 是 个 倪 儒 ， 要 求 
改变 一 下 ， 直 接 在 调用 方法 的 时 候 传递 命令 对 象 进 来 。 示 例 代码 如 下 : 






看 起 来 Invoker 退化 成 一 个 方法 了 。 

这 个 时 候 Invoker 很 高 兴 ， 宣 称 自己 是 一 个 智能 的 服务 ， 不 再 是 一 个 傻 傻 的 转调 者 ， 
而 是 有 自己 功能 的 服务 了 。 这 个 时 候 Invoker 调用 命令 对 象 的 执行 方法 ， 也 不 叫 转调 ， 改 
名 叫 “ 回 调 ”， 意 思 是 在 我 Invoker 需要 的 时 候 ， 会 回调 你 命令 对 象 ， 命 令 对 象 你 就 冬 乖 
地 写 好 实现 ， 等 我 “回调 ”你 就 可 以 了 。 


事实 上 这 个 时 候 的 命令 模式 的 实现 基本 上 就 等 同 于 Java 回调 机 制 的 实现 。 可 能 有 些 
朋友 看 起 来 感觉 还 不 是 假 像 ， 那 是 因为 在 Java 回调 机 制 的 常见 实现 上 ， 经 常 没 有 单独 的 
接口 实现 类 ， 而 是 采用 匿名 内 部 类 的 方式 来 实现 的 。 


(3) 再 进一步 。 


把 单独 实现 命令 接口 的 类 改 成 用 匿名 内 部 类 实现 ， 这 个 时 候 就 只 剩 下 命令 的 接口 、 
Invoker 类 ， 还 有 客户 端 了 。 


为 了 使 用 匿名 内 部 类 ， 还 需要 设置 输出 的 值 ， 对 命令 接口 做 点 小 改动 ， 增 加 一 个 设 
置 输出 值 的 方法 。 示 例 代 码 如 下 : 
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Public interface Command 1{ 
public void execute() : 
/** 
* 设置 要 输出 的 内 容 
* @param s 要 输出 的 内 容 
ey 
Public void setStz (String s); 
} 
此 时 Invoker 就 是 上 面 那个 ， 而 客户 端 会 有 些 改变 。 客 户 端的 示例 代码 如 下 : 


Public class Client 1 





public static void main(String[] args) { 
/7 准备 要 发 出 的 命令 ， 没 有 具体 实现 类 了 
Command cmd = new Command(){ 


private String str = ""; 





public void setSstr(String s){ 
str= s; 

} 

public void execute() { 
System.out.println ("打印 的 内 容 为 ="+str)， 


}; 

cmd.setSstr ("退化 的 命令 模式 类 似 于 Java 回 调 的 示例 "); 
// 这 个 时 候 的 Invoker 或 许 该 称 为 服务 了 

Invoker invoker = new Invoker(); 

// 按 下 按钮 ， 真正 启动 执行 命令 


invoker.startPrint (cmd); 


} 

运行 测试 一 下 。 结 果 如 下 : 

在 Invoker 中 ， 输 出 服务 前 

打印 的 内 容 为 = 退化 的 命令 模式 类 似 于 Java 回 调 的 示例 

输出 服务 结束 

(4) 现在 是 不 是 看 出 来 了 ， 这 个 时 候 的 命令 模式 的 实现 基本 上 就 等 同 于 Java 回调 
机 制 的 实现 。 这 也 是 很 多 人 常 说 的 命令 模式 可 以 实现 Java 回调 的 意思 。 

当然 更 狠 的 是 连 Invoker 也 不 要 了 , 直接 把 那个 方法 搬 到 Client 中 , 那样 测试 起 来 就 
更 方便 了 。 在 实际 开发 中 ,应 用 命令 模式 来 实现 回调 机 制 的 时 候 ，Invoker 通常 还 是 有 的 ， 
但 可 以 智能 化 实现 ， 更 准确 地 说 Invoker 充当 客户 调用 的 服务 实现 ， 而 回调 的 方法 只 是 实 
现 服务 功能 中 的 一 个 或 者 几 个 步骤 。 
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13. 3. 10 ”相关 模式 


ms 命令 模式 和 组 合 模式 
这 两 个 模式 可 以 组 合 使 用 。 
在 命令 模式 中 ， 实 现 宏 命令 的 功能 就 可 以 使 用 组 合 模式 来 实现 。 前 面 的 示例 并 
没有 按照 组 合 模 式 来 做 , 那 是 为 了 保持 示例 的 简单 , 还 有 突出 命令 模式 的 实现 ， 
这 点 请 注意 。 

m ”命令 模式 和 备 态 录 模 式 
这 两 个 模式 可 以 组 合 使 用 。 
在 命令 模式 中 ， 实 现 可 撤销 操作 功能 时 ， 前 面 讲 了 有 两 种 实现 方式 ， 其 中 有 一 
种 就 是 保存 命令 执行 前 的 状态 ， 撤 销 的 时 候 就 把 状态 恢复 。 如 果 采 用 这 种 方式 
实现 ， 就 可 以 考虑 使 用 备忘录 模式 。 


如 果 状 态 存储 在 命令 对 象 中 ， 那 么 还 可 以 使 用 原型 模式 ， 把 命令 对 象 当 作 原型 
来 克隆 一 个 新 的 对 象 ， 然 后 将 克隆 出 来 的 对 象 通过 备忘录 模式 存放 。 

sm ”命令 模式 和 模板 方法 模式 
这 两 个 模式 从 某 种 意义 上 有 相似 的 功能 ， 命 令 模式 可 以 作为 模板 方法 的 一 种 替 
代 模 式 ， 也 就 是 说 命令 模式 可 以 模仿 实现 模板 方法 模式 的 功能 。 
如 同 前 面 讲述 的 退化 的 命令 模式 可 以 实现 Java 的 回调 ， 而 Invoker 智能 化 后 向 
服务 进化 ， 如 果 Invoker 的 方法 就 是 一 个 算法 骨架 ， 其 中 有 两 步 在 这 个 骨架 里 
面 没 有 具体 实现 , 需要 外 部 来 实现 , 这 个 时 候 就 可 以 通过 回调 命令 接口 来 实现 。 
而 类 似 的 功能 在 模板 方法 中 ， 是 先 调用 抽象 方法 ， 然 后 等 待 子 类 来 实现 。 
可 以 看 出 虽然 实现 方式 不 一 样 ， 但 是 可 以 实现 相同 的 功能 。 
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14.1 场景 问题 


14. 1.1 工资 表 数 据 的 整合 


考虑 这 样 一 个 实际 应 用 : 整合 工资 表 数 据 。 

这 个 项 目的 背景 是 这 样 的 ， 项 目的 客户 方 收购 了 一 家 小 公司 ， 这 家 小 公司 有 自己 的 
工资 系统 ， 现 在 需要 整合 到 客户 方 已 有 的 工资 系统 中 。 

客户 方 已 有 的 工资 系统 ， 在 内 部 是 采用 List 来 记录 工资 列表 ; 而 新 收购 的 这 家 公司 
的 工资 系统 ， 在 内 部 是 采用 数组 来 记录 工资 列表 。 但 是 幸运 的 是 ， 两 个 系统 用 来 描述 工 
资 的 数据 模型 是 差不多 的 。 

要 整合 这 两 个 工资 系统 的 工资 数据 ， 当 然 最 简单 的 方式 是 考虑 直接 把 新 收购 的 这 家 
公司 的 工资 系统 也 改 成 内 部 使 用 List 来 记录 工资 列表 ， 但 是 经 过 仔细 查看 源 代码 ， 发 现 
有 很 多 的 代码 跟 这 个 数组 相关 ， 还 有 很 多 是 比较 重要 的 逻辑 处 理 ， 比 如 计算 工资 等 ， 因 
此 只 好 作罢 。 

现在 除了 要 把 两 个 工资 系统 整合 起 来 外 ， 老 板 还 希望 能 够 通过 决策 辅助 系统 来 统一 
查看 工资 数据 ， 他 不 想 看 到 两 份 不 同 的 工资 表 。 那 么 应 该 如 何 实现 呢 ? 


14. 1.2 有 何 问题 


本 来 就 算 内 部 描述 形式 不 一 样 ， 只 要 不 需要 整合 在 一 起 ， 两 个 系统 单独 输出 自己 的 
工资 表 也 是 没有 什么 问题 的 。 但 是 ， 老 板 还 是 希望 能 够 以 一 个 统一 的 方式 来 查看 所 有 的 
工资 数据 ， 也 就 是 说 从 外 部 看 起 来 ， 两 个 系统 输出 的 工资 表 应 该 是 一 样 的 。 

经 过 分 析 ， 既 要 满足 老板 的 要 求 ， 又 要 让 两 边 的 系统 改动 都 尽 可 能 小 的 话 ， 问 题 的 
核心 就 在 于 如 何 能 够 以 一 种 统一 的 方式 来 提供 工资 数据 给 决策 辅助 系统 ， 换 句 话 来 说 就 
是 : 如 何 能 够 以 一 个 统一 的 方式 来 访问 内 部 实现 不 同 的 聚合 对 象 。 


14.2 解决 方案 
14. 2. 1 使 用 迭代 器 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 迭代 器 模式 。 那 么 什么 是 迭代 器 模式 
呢 ? 
1. 迭代 器 模式 的 定义 


提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 素 ， 而 又 不 需 暴 露 该 对 象 的 内 


部 表示 。 
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所 谓 聚 合 是 指 一 组 对 象 的 组 合 结构 ， 比 如 : Java 中 的 集合 、 数 组 等 。 

2. 是 应 用 迭代 器 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 要 以 一 个 统一 的 方式 来 访问 内 部 实现 不 同 的 聚合 对 象 ， 那 么 
首先 需要 把 这 个 统一 的 访问 方式 定义 出 来 ， 按 照 这 个 统一 的 访问 方式 定义 出 来 的 接口 ， 
在 迭代 器 模式 中 对 应 的 就 是 Iterator 接口 。 

迭代 器 迭代 的 是 具体 的 聚合 对 象 ， 那 么 不 同 的 聚合 对 象 就 应 该 有 不 同 的 迭代 器 ， 为 
了 让 迭代 器 以 一 个 统一 的 方式 来 操作 聚合 对 象 ， 因 此 给 所 有 的 聚合 对 象 抽象 出 一 个 公共 
的 父 类 ， 让 它 提供 操作 聚合 对 象 的 公共 接口 ， 这 个 抽象 的 公共 父 类 在 迭代 器 模式 中 对 应 
的 就 是 Aggregate 对 象 。 

接 下 来 就 该 考虑 如 何 创建 迭代 器 了 。 由 于 迭代 器 和 相应 的 聚合 对 象 紧 密 相关 ， 因 此 
让 具体 的 聚合 对 象 来 负责 创建 相应 的 迭代 器 对 象 。 


14. 2. 2 ”和 迭代 器 模式 的 结构 和 说 明 


迭代 器 模式 的 结构 如 图 14.1 所 示 。 


| Bi | ee 
心 Tterator 
‘ entIt Db ect 
















ee 


EE 
+isDone (0 :boolean 
+currentItem (] :DObject 
图 14.1 迭代 器 模式 的 结构 示意 图 
@ ”Iterator: 迭代 器 接口 。 定 义 访问 和 遍历 元 素 的 接口 。 
四 Concretejterator: 具体 的 迭代 器 实现 对 象 。 实 现 对 聚合 对 象 的 遍历 ， 并 跟踪 遍历 时 
的 当前 位 置 。 
m ” Aggregate: 聚合 对 象 。 定 义 创建 相应 迭代 器 对 象 的 接口 。 
m ”ConcreteAggregate: 具体 聚合 对 象 。 实 现 创 建 相应 的 迭代 器 对 和 象 。 


14. 2. 3 ”办 代 器 模式 示例 代码 


(1) 先 来 看 看 迭代 器 接口 的 定义 。 示 例 代码 如 下 : 
/** 

* 运 代 器 接口 ， 定 义 访 问 和 遍历 元 素 的 操作 

i 
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Public interface Iterator { 
/** 
* 移动 到 聚合 对 象 的 第 一 个 位 置 
Cyt 
public void first(); 
/六 六 
* 移动 到 聚合 对 象 的 下 一 个 位 置 
Eh 
public void next(); 
/x* 
* 判断 是 否 已 经 移动 到 聚合 对 象 的 最 后 一 个 位 置 
* @return true 表 示 已 经 移动 到 聚合 对 象 的 最 后 一 个 位 置 





六 false 表 示 还 没有 移动 到 聚合 对 象 的 最 后 一 个 位 置 
public boolean isDone(); 
/** 


* 获取 友 代 的 当前 元 素 
* @return 友 代 的 当前 元 素 
A 
public Object currentItem(); 
} 
(2) 接 下 来 看 看 具体 的 迭代 器 实现 示意 。 示 例 代 码 如 下 : 
/** 
* 具体 的 迭代 器 实现 对 象 ， 示 意 的 是 聚合 对 象 为 数组 的 迭代 器 
* 不 同 的 聚合 对 象 相应 的 迭代 器 实现 是 不 一 样 的 
“天 
public class ConcreteIterator implements Iterator { 
/** 
* 持 有 被 迭代 的 具体 的 聚合 对 象 
sy 
private ConcreteAggregate aggregate; 
/** 
* 内 部 索引 ， 记 录 当 前 迭代 到 的 索引 位 置 
* -1 表示 刚 开始 的 时 候 ， 和 迭代 器 指向 聚合 对 象 第 一 个 对 象 之 前 
人 
private int index = -1; 
/** 
* 构造 方法 ， 传 入 被 迭代 的 具体 的 聚合 对 象 
* @param aggregate 被 迭代 的 具体 的 聚合 对 和 象 
入 
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(3) 再 来 看 看 聚合 对 象 的 定义 。 示 例 代 码 如 下 : 


(4) 下 面 来 看 看 具体 的 聚合 对 象 的 实现 ， 这 里 示意 的 是 数组 。 示 例 代 码 如 下 : 





* 示意 ， 表 示 聚 合 对 象 具体 的 内 容 
*/ 


private String[] ss = null; 


/** 

* 构造 方法 ， 传 入 聚合 对 象 具 体 的 内 容 

* @param ss 聚合 对 象 具 体 的 内 容 

wh 

public ConcreteAggregate (String[] ss){ 





this. Ss = SS 


Public Iterator CreateIterator () { 
/ /实现 创建 Tterator 的 工厂 方法 


return new ConcreteIterator (this); 


/** 

* 获取 索引 所 对 应 的 元 素 

* @param index 索引 

* @return 索引 所 对 应 的 元 素 

家 

public Object get(int index){ 
Object retObj = null; 
if(index < ss.length){ 

Fetobj = ss[index]; 

} 
return retObj; 

} 

/** 

* 获取 聚合 对 象 的 大 小 

* @return 聚合 对 象 的 大 小 

wa 

public int size()f{ 


return this.ss.length; 


} 
(5) 最 后 来 看 看 如 何 使 用 这 个 聚合 对 象 和 迭代 器 对 象 。 示 例 代 码 如 下 : 
public class Client 1{ 
/#5* 
* 示意 方法 ， 使 用 和 迭代 器 的 功能 
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* 这 里 示意 使 用 达 代 器 来 迭代 聚合 对 象 
wf 
Public void someOperation()1{ 
string[] names = {" 张 三 ", " 李 四 "," 王 五 "}; 
// 创 建 聚合 对 象 
Aggregate aggregate = new ConcreteAggregate (names); 
// 循 环 输出 聚合 对 象 中 的 值 
Iterator it = aggregate :CreateIteratozr (0) 7 
// 首 先 设置 迭代 器 到 第 一 个 元 素 
EB 
while(!it.isDone()){ 
// 取 出 当前 的 元 素来 
Object obj = it.currentItem(); 
System.out.println("the obj=="+ob]j); 
// 如 果 还 没有 迭代 到 最 后 ， 那 么 就 向 下 友 代 一 个 


LL exC() 


} 

public static void main(String[] args) { 
// 可 以 简单 地 测试 一 下 
Client client = new Client() : 


client.someOperation(); 


} 
14. 2.4 ”使 用 迭代 器 模式 来 实现 示例 


要 使 用 欠 代 器 模式 来 实现 示例 ， 先 来 看 看 已 有 的 两 个 工资 系统 现在 的 情况 ， 然 后 再 
根据 前 面 学习 的 迭代 器 模式 来 改造 。 
1. 已 有 的 系统 
(1) 首先 是 有 一 个 已 经 统一 了 的 工资 描述 模型 。 为 了 演示 简单 ， 这 里 只 留 下 最 基本 
的 字段 ， 描 述 一 下 支付 工资 的 人 员 、 支 付 的 工资 数额 ， 其 他 的 包括 时 间 等 都 不 描述 了 ; 
同时 为 了 后 面 调试 方便 ， 实 现 了 toString 方法 。 示 例 代 码 如 下 : . 
/** 
* 工资 描述 模型 对 象 
public class PayModel { 
/** 
* 支付 工资 的 人 员 
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private String userName; 


/大 大 
* 支付 的 工资 数额 
oil 
private double pay; 
Public String getUserName() { 


return userName; 





} 

public void setUserName (String userName) { 
this.userName = userName; 

} 

public double getPay() { 
return pay’ 

} 

public void setPay(double pay) 1 
this.pay = pay; 

} 

Public.String toString (0).t 


return "userName="+userNamet+",pay="+pay; 


} 
(2) 客户 方 已 有 的 工资 管理 系统 中 的 工资 管理 类 ， 内 部 是 通过 List 来 管理 的 。 简 单 
的 示例 代码 如 下 : 
/大 大 
* 客户 方 已 有 的 工资 管理 对 象 
a 
public class PayManagert{ 
/** 
* 聚合 对 象 ， 这 里 是 Java 的 集合 对 象 
*/ 
private List list = new ArrayList (); 
/大 大 
* 获取 工资 列表 
* @return 工资 列表 
public List getPayList()1{ 


return 1ist> 


/六 大 
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(3) 客户 方 收购 的 那 家 公司 的 工资 管理 系统 中 的 工资 管理 类 ， 内 部 是 通过 数组 来 管 
理 的 。 简 单 的 示例 代码 如 下 : 





pmnl.setPay (2200)> 
pml .setUserName (" 王 五 ") ; 


PayModel pm2 = new PayMoqdqel() :; 
pm2 .setPay(3600) 


pm2 .setUserName (" 赵 六 ") ; 


pms = new PayModel[2]; 





pms [0] 


上 
号 
4 洛 


pms[1] 


上 
过 
Db 


} 
(4) 如 果 此 时 从 外 部 来 访问 这 两 个 工资 列表 ， 外 部 要 采用 不 同 的 访问 方式 : 一 个 是 
访问 数组 ， 另 一 个 是 访问 集合 对 象 。 示 例 代 码 如 下 : 
publbioerolass -Client yt 
public static void main(String[] args) 1 
// 访 问 集团 的 工资 列表 
PayManager payManager= new PayManager (); 
// 先 计算 再 获取 
payManager.calcPay (); 
Collection payList = payManager.getPayList(); 
Iterator it = payList.iterator(); 
System.out.println ("集团 工资 列表 : "); 
while(it.hasNext() ) { 
PayModel pm = (PayModel)it.next(); 
System.out.println (pm); 


// 访 问 新 收购 公司 的 工资 列表 

SalaryManager salaryManager = new SalaryManager (); 

// 先 计算 再 获取 

salaryManager.calcSalary (); 

PayModel[] pms = salaryManager.getPays(); 

System.out.printlin ("新 收购 的 公司 工资 列表 : ") ; 

for (int i=0;i<pms.length;i++){ 
System.out.println (pms [i]); 
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仔细 查看 框 住 的 代码 ， 会 发 现 它们 的 访问 方式 是 完全 不 一 样 的 。 

运行 结果 如 下 : 

集团 工资 列表 : 

userName= 张 三 , pay=3800.0 

userName= 李 四 ,pay=5800.0 

新 收购 的 公司 工资 列表 : 

userName= 王 五 , pay=2200.0 

userName= 赵 六 , pay=3600.0 
2. 统一 访问 聚合 的 接口 

要 使 用 迭代 器 模式 来 整合 访问 上 面 两 个 聚合 对 象 ， 那 就 需要 先 定 义 出 抽象 的 聚合 对 

象 和 迭代 器 接口 来 ， 然 后 再 提供 相应 的 实现 。 
使 用 友 代 器 模式 实现 示例 的 结构 如 图 14.2 所 示 。 


© fereaterterator 人 -Tterator 
/ 人 


@ -pms:Paytlodel []=null 


+getPays () :PayMlodel [] 

tcalcSalary (0) :void gcreate» 
(Otcreatelterator () :Iterator Ot+hrrayIteratorImpl (ageregate'Salarylianager) 
Ot+teet (index: int) :Object ny 

+size() :int +next () : void 
















Sinterface» 
CO Tterator 





© tfirst Ovord 
图 tnext Ovord 
加 fishone Oboolean 
© feurrentTtem (OO. DDI 








-ageregate:Salaryllanager=null 
-index:int=-1 




















-list:List=new ArrayList () 


WO+teetPayList ( :List 
Ot+tcalcPay 0 :void 
tcreatelterator () :Iterator 







-ageregate: Payllanager=null 
BO -index. int=-1 







create» 
@+CollectionIteratorImpl (aggeregate:Payflanager) 
+first 0 :void 

四 +next 0 :void 

@ +tishone |:boolean 
O tcurrentItem() .Ob]j 








图 14.2 ”使 用 迭代 器 模式 实现 示例 的 结构 示意 图 
(1) 为 了 让 客户 端 能 够 以 一 个 统一 的 方式 进行 访问 , 最 容易 的 方式 就 是 为 它们 定义 
一 个 统一 的 接口 ， 通 过 统一 的 接口 来 访问 。 这 个 示例 用 的 Iterator 和 模式 的 示例 代码 是 一 
样 的 ， 这 里 就 不 注释 了 。 示 例 代 码 如 下 : 
publlerinterftace Iterator 
public, void first()y 
puUbliecr void next (OA 
public boolean isDone(); 
public Object currentIitem(); 
} 


(2) 定义 好 了 统一 的 接口 ， 那 就 得 分 别 实现 这 个 接口 。 一 个 是 List 实现 的 ， 另 一 个 
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贸 
谎 





是 数组 实现 的 ， 先 来 看 数组 实现 的 访问 。 示 例 代 码 如 下 : 


/太太 
* 用 来 实现 访问 数组 的 迭代 接口 
st 
Public class ArrayIteratorImPp1 implements Iteratort 
/x** 
* 用 来 存放 被 迭代 的 聚合 对 象 
a 
private SalaryManager aggregate = null; 
/** 


* 用 来 记录 当前 迭代 到 的 位 置 索引 
* 一 1 表示 刚 开始 的 时 候 ， 和 过 代 器 指向 聚合 对 象 第 一 个 对 象 之 前 
A 


private int index = -1; 


public ArrayIteratorIimpl (SalaryManager aggregate)t{ 
this.aggregate = aggregate; 

} 

public void first()t{ 
index = 0; 

} 

public void next(){ 
if(index < this.aggregate.size())I{ 


index = index + 1; 


} 
public boolean isDone()f{ 
if(index == this.aggregate.size()){ 
return true; 
} 
return false; 
} 
Public Object curtentItem() { 


return this.aggregate.get (index); 


} 

为 了 让 客户 端 能 以 统一 的 方式 访问 数据 , 所 以 对 集合 也 提供 一 个 对 接口 Iterator 的 实 
现 。 示 例 代码 如 下 : 

/** 
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(3) 获取 访问 聚合 的 接口 。 
定义 好 了 统一 的 访问 聚合 的 接口 ， 也 分 别 实现 了 这 个 接口 ， 新 的 问题 是 ， 在 客户 端 
如 何 才 能 获取 这 个 访问 聚合 的 接口 呢 ? 而 且 还 要 以 统一 的 方式 来 获取 。 
一 个 简单 的 方案 就 是 定义 一 个 获取 访问 聚合 的 接口 的 接口 ， 客 户 端 先 通 过 这 个 接口 
来 获取 访问 聚合 的 接口 ， 然 后 再 访问 聚合 对 象 。 示 例 代码 如 下 : 





从 Public abstract class Aggregate { 
/大 大 
* 工厂 方法 ， 创 建 相应 迭代 器 对 象 的 接口 


* @return 相应 迭 代 器 对 象 的 接口 
*/ 






public abstract Iterator CreateIterator (); 


} 

然后 让 具体 的 聚合 对 象 PayManger 和 SalaryManager 来 继承 这 个 抽象 类 ， 提 供 分 别 
访问 它们 的 访问 聚合 的 接口 。 

修改 PayManager 对 象 ， 添 加 createlterator 方法 的 实现 ， 另 外 再 添加 壕 代 器 回调 聚合 
对 象 的 方法 ， 一 个 方法 是 获取 聚合 对 象 的 大 小 ， 另 一 个 方法 是 根据 索引 获取 聚合 对 象 中 
的 元 素 。 示 例 代码 如 下 : 

public class PayManager extends Aggregatei 

Public Iterator createIterator ()1{ 


return new CollectionIteratorImpl (this); 
} 


public Object get (int index){ 
Object retObj = null; 
4 (index <. his Tiot LSe() 
retObj = this.list.get (index); 
} 
return retObj; 
} 
public int size(){ 


return this.list.size(); 





其 他 的 代码 没有 变化 ,为 了 节省 篇 幅 ， 就 省 
略 了 ， 上 面 的 方法 是 新 加 的 
} 
同 理 修改 SalaryManager 对 象 。 示 例 代 码 如 下 : 
Public class SalaryManager extends Aggregatef{ 
Public Iterator createIlterator(){ 
return new ArrayIteratorImpl (this); 
} 
Public Object get(int index){ 
Object retObj = null; 
if(index < pms.length){ 
retObj = pms[index]; 
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return retObj; 
} 
public int size()1{ 


return this.pms.length; 





其 他 的 代码 没有 变化 ， 为 了 节省 篇 幅 ， 就 省 
略 了 ， 上 面 的 方法 是 新 加 的 


} 
(4) 统一 访问 的 客户 端 。 
下 面 就 来 看 看 客户 端 是 如 何 通过 迭代 器 接口 来 访问 聚合 对 象 的 。 为 了 显示 是 统一 的 
访问 ， 干 脆 把 通过 访问 聚合 的 接口 来 访问 聚合 对 象 的 功能 独立 成 一 个 方法 。 虽 然 是 访问 
不 同 的 聚合 对 象 ， 但 是 都 调用 这 个 方法 去 访问 。 示 例 代码 如 下 : 
public class Client { 
Public static void main(String[] args) { 
// 访 问 集团 的 工资 列表 
PayManager payManager= new PayManager (); 
// 先 计算 再 获取 
payManager.calcPay (); 
System.out.println ("集团 工资 列表 : ") ， 
test (payManager .createIlterator ()); 










调用 统一 的 方法 来 
访问 聚合 对 和 象 


PayManager 


// 访 问 新 收购 公司 的 工资 列表 

SalaryManager salaryManager = new SalaryManager (); 
// 先 计算 再 获取 

salaryManager.calcSalary(); 

system.out.println ("新 收购 的 公司 工资 列表 : ") ; 

test (salaryManager.createIlterator ()); 


调用 统一 的 方法 来 访问 聚合 对 象 SalaryManager 
/ 天 实 


* 测试 通过 访问 聚合 对 象 的 欠 代 器 ， 是 否 能 正常 访问 聚合 对 象 

* @param it 聚合 对 象 的 迭代 器 

pa 

Private static void test(Iterator it){ 
// 循 环 输出 聚合 对 象 中 的 值 
// 首 先 设置 迭代 器 到 第 一 个 元 素 
bh 





统一 的 通过 迭代 器 


接口 来 访问 聚合 对 
象 的 方法 


while(!it.isDone()){ 


// 取 出 当前 的 元 素来 
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Object obj = it.currentIitem(); 
System.out.printin ("the obj=="+0bj); 
// 如 果 还 没有 迭代 到 最 后 ， 那 么 就 向 下 迭代 一 个 


it.next () 7 


-一 


} 
运行 一 下 客户 端 ， 测 试看 看 效果 。 


估计 有 些 朋 友和 看 到 这 里 ,会 觉得 上 面 的 实现 特 麻烦 ,会 认为 “Java 里 面 就 有 lterator 
接口 ,而且 Java 集合 框架 中 的 聚合 对 象 也 大 都 实现 了 lterator 接口 的 功能 ， 还 有 
必要 像 上 面 这 么 做 吗 ? ” 


其 实 这 么 做 , 是 为 了 让 大 家 看 到 迭代 器 模式 的 全 煞 , 后 面 会 讲 到 用 Java 中 的 迭代 
器 来 实现 。 另 外 ， 有 些 时 候 还 是 需要 自己 来 扩展 和 实现 和 迭代 器 模式 的 ， 所 以 还 是 
应 该 先 独立 学 习 和 迭代 器 模式 。 





(5) 迭代 器 示例 小 结 。 

如 同 前 面 的 示例 ， 提 供 了 一 个 统一 访问 聚合 对 象 的 接口 ， 通 过 这 个 接口 就 可 以 顺序 
地 访问 聚合 对 象 的 元 素 。 对 于 客户 端 而 言 ， 只 是 面向 这 个 接口 在 访问 ， 根 本 不 知道 聚合 
对 象 内 部 的 表示 方法 。 

事实 上 , 前 面 的 例子 故意 做 了 一 个 集合 类 型 的 聚合 对 象 和 一 个 数组 类 型 的 聚合 对 象 ， 
但 是 从 客户 端 来 看 ， 访 问 聚 合 的 代码 是 完全 一 样 的 ， 根 本 看 不 出 任何 的 差别 ， 也 看 不 出 
到 底 聚 合 对 象 内 部 是 什么 类 型 。 


14.3 模式 讲解 


14. 3.1 认识 和 迭代 器 模式 


1. 迭代 器 模式 的 功能 

迭代 器 模式 的 功能 主要 在 于 提供 对 聚合 对 象 的 欠 代 访问 。 和 迭代 器 就 围绕 着 这 个 “ 访 
问 ” 做 文章 ， 延 伸 出 很 多 的 功能 来 。 比 如 : 

a ”以 不 同 的 方式 遍历 聚合 对 象 ， 比 如 向 前 、 向 后 等 。 

sm ”对 同一 个 聚合 同时 进行 多 个 遍历。 

sm ”以 不 同 的 遍历 策略 来 遍历 聚合 ， 比 如 是 否 需 要 过 滤 等 。 

me。 多 态 迭 代 ， 含 义 是 : 为 不 同 的 聚合 结构 提供 统一 的 迭代 接口 ， 也 就 是 说 通过 一 个 

”迭代 接口 可 以 访问 不 同 的 聚合 结构 ， 这 就 叫做 多 态 迭 代 。 上 面 的 示例 就 已 经 实现 

了 多 态 欠 代 。 事 实 上 ， 标 准 的 迭代 模式 实现 基本 上 都 是 支持 多 态 迭 代 的 。 
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EE 但 是 请 注意 ， 多 态 迭 代 可 能 会 带 来 类 型 安全 的 问题 ， 可 以 考虑 使 用 泛 型 。 


2. 迭代 器 模式 的 关键 思想 

聚合 对 象 的 类 型 很 多 , 如 果 对 聚合 对 象 的 迭代 访问 跟 聚 合 对 象 本 身 融 合 在 一 起 的 话 ， 
会 严重 影响 到 聚合 对 象 的 可 扩展 性 和 可 维护 性 。 

因此 迭代 器 模式 的 关键 思想 就 是 把 对 聚合 对 象 的 遍历 和 访问 从 聚合 对 象 中 分 离 出 
来 ， 放 入 单独 的 迭代 器 中 ， 这 样 聚合 对 象 会 变 得 简单 一 些 ， 而 且 友 代 器 和 聚合 对 象 可 以 
独立 地 变化 和 发 展 ， 会 大 大 加 强 系统 的 灵活 性 。 

3. 内 部 和 迭代 器 和 外 部 迭代 器 

所 谓 内 部 迭代 器 ， 指 的 是 由 迭 代 器 自己 来 控制 迭 代 下 一 个 元 素 的 步 又， 客户 端 无 法 
干预 。 因 此 ， 如 果 想 要 在 和 迭 代 的 过 程 中 完成 工作 的 话 ， 客 户 端 就 需要 把 操作 传递 给 迭代 
器 。 和 迭代 器 在 迭代 的 时 候 会 在 每 个 元 素 上 执行 这 个 操作 ， 类 似 于 Java 的 回调 机 制 。 

所 谓 外 部 迭代 器 ， 指 的 是 由 客户 端 来 控制 迭代 下 一 个 元 素 的 步 又 ， 像 前 面 的 示例 一 
样 ， 客 户 端 必须 显 式 地 调用 next 来 达 代 下 一 个 元 素 。 

总 体 来 说 外 部 欠 代 器 比 内 部 迭代 器 要 灵活 一 些 ， 因 此 我 们 常见 的 实现 多 属于 外 部 友 
代 器 。 前 面 的 例子 也 是 实现 的 外 部 迭代 器 。 

4. Java 中 最 简单 的 统一 访问 聚合 的 方式 

如 果 只 是 想 要 使 用 一 种 统一 的 访问 方式 来 访问 聚合 对 象 , 在 Java 中 有 更 简单 的 方式 ， 
简单 到 几乎 什么 都 不 用 做 ， 利 用 Java 5 以 上 版 本 本 身 的 特性 即 可 。 


汪 忆 请 注意 ,这 只 是 从 访问 形式 上 一 致 了 , 却 也 暴露 了 聚合 的 内 部 实现 ， 因 此 并 不 能 


算是 标准 迭代 器 模式 的 实现 , 但 是 从 某 种 意义 上 说 , 可 以 算是 隐 含 地 实现 了 部 分 
和 迭代 器 模式 的 功能 。 





那么 怎么 做 呢 ? 
为 了 简单 ， 让 我 们 回 到 没有 添加 任何 迭代 器 模式 的 情况 下 。 很 简单 ， 只 要 让 聚合 对 
象 中 的 结合 实现 泛 型 即 可 。 示 例如 下 : 
publrol class PavManagert 
private List<PayModel> list = new ArrayList<PayModel>(); 







/** 

* 获取 工资 列表 这 里 改 成 用 泛 型 ， 当 然 返 回 给 
* @return 工资 列表 客户 端的 也 需要 泛 型 

Ww 


public List<PayModel> getPayList()1{ 


return1ists 






别 的 实现 代码 没有 变化 ， 为 节 
省 篇 幅 就 省 略 了 






369 


这 样 一 来 ,客户 端的 代码 就 可 以 改 成 使 用 增强 的 for 循环 来 实现 了 ， 对 于 数组 、 泛 型 
的 集合 都 可 以 采用 一 样 的 方法 来 实现 了 ， 从 代码 层面 上 看 ， 就 算是 统一 了 访问 聚合 的 方 
式 了 。 修 改 后 的 客户 端 代码 如 下 : 
Public class Client { 
public static void main(String[] args) { 
// 访 问 集团 的 工资 列表 
PayManager payManager= new PayManager(); 
// 先 计算 再 获取 
payManager.calcPay (); 





Collection<PayModel> PayList = payManager.getPayList(); 
System.out.println ("集团 工资 列表 : ") ; 










A Iterator it = payList.iterator(); 

// while(it.hasNext()){ 

Vt PayModel pm = (PayModel)it.next() 这 些 是 旧 的 
// System.out.println (Pm) ; 访问 实现 

// } 


for(PayModel pm : payList){ 


System.out.printlin (pm); 这 两 段 新 的 访 
, es 问 方式 是 否 一 
? 
// 访 问 新 收购 公司 的 工资 列表 
SalaryManager salaryManager = new SalaryManager (); 
// 先 计算 再 获取 


salaryManager.calcSalary (); 
PayModel[] pms = salaryManager.getPays(); 
System.out.println ("新 收购 的 公司 工资 列表 : ") ; 







Kp for(int i=0;i<pms.length;i++) { 

< 这 些 是 旧 的 
// System.out.println (pms [i]); 
/7 访问 实现 





for(PayModel pm : pms){ 
System.out.println (pm); 
} 


} 
14. 3. 2 ”使 用 Java 的 迭代 器 


大 家 都 知道 ,在 java.util 包 里 面 有 一 个 Iterator 的 接口 ， 在 Java 中 实现 迭代 器 模式 是 
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非常 简单 的 ， 而 且 Java 的 集合 框架 中 的 聚合 对 象 基 本 上 都 是 提供 了 迭代 器 的 。 
下 面 就 来 把 前 面 的 例子 改 成 用 Java 中 的 迭代 器 实现 ， 一 起 来 看 看 有 些 什 么 改变 。 
a ”不 再 需要 自己 实现 的 Iterator 接口 ， 直 接 实 现 java.util.Iterator 接口 就 可 以 了 。 所 有 
使 用 自己 实现 的 Iterator 接口 的 地 方 都 需要 修改 过 来 。 
m ”Java 中 Iterator 接口 跟前 面 自己 定义 的 接口 相 比 ， 需 要 实现 的 方法 是 不 一 样 的 。 
s ”集合 已 经 提供 了 Iterator， 那 么 CollectionIteratorImpl 类 就 不 需要 了 ， 直 接 删除 。 
好 了 ， 还 是 一 起 来 看 看 代码 吧 。 
(1) PayModel 类 没有 任何 变化 ， 就 不 再 示例 了 。 
(2) 抽 象 的 Aggregate 类 就 是 把 创建 迭代 器 方法 返回 的 类 型 转换 成 Java 中 的 Iterator 
了 。 示 例 代码 如 下 : 


mport javautilalterator: 





public abstract class Aggregate { 
public abstract Iterator createIlterator(); 
} 
(3) 原来 的 ArrayIteratorImpl 类 ,实现 的 接口 改变 了 ,实现 的 代码 也 需要 随 着 改变 。 
示例 代码 如 下 : 
/大 大 
* 用 来 实现 访问 数组 的 迭代 接口 
-i 
Public class ArrayIteratorImpl implements Iteratort{ 
/** 
* 用 来 存放 被 迭代 的 聚合 对 象 
六 交 
private SalaryManager aggregate = null; 
/** 
* 用 来 记录 当前 迭代 到 的 位 置 索引 
Wh 
private int index = 0; 
Public ArrayIteratorIimpl (SalaryManager aggregate) { 
this.aggregate = aggregate; 


public boolean hasNext() { 
// 判 断 是 否 还 有 下 一 个 元 素 
if(aggregate!=null] && index<aggregate.size()){ 
return true; 
} 


return false; 


7 





} 
Public Object next() { 
Object retObj = null; 
if (hasNext ()){ 
retObj = aggregate.get (index); 
// 每 取 走 一 个 值 ， 就 把 已 访问 索引 加 1 
indext+? 
} 
return retObj; 
} 
public void remove() { 


// 暂 时 可 以 不 实现 


} 
(4) 对 于 PayManager 类 ， 在 实现 创建 迭代 器 的 方法 上 发 生 了 改变 ， 不 再 使 用 自己 
实现 的 迭代 器 ， 改 成 Java 的 集合 框架 实现 的 迭代 器 了 。 示 例 代码 如 下 : 
public class PayManager extends Aggregatet{ 
private List<PayModel> list = new ArrayList<PayModel>(); 
public List<PayModel> getPayList()f{ 
return List 
} 
public void calcPay(){ 
// 计 算 工 资 ， 并 把 工资 信息 填充 到 工资 列表 中 
// 为 了 测试 ， 输 入 些 点 数据 进去 
PayModel pml = new PayModel (); 
pml .setPay(3800) ; 


Pml .setUserName (" 张 三 ") ; 


PayModel pm2 = new PayModel () 
pm2.setPay(5800); 
pm2 .setUserName (" 李 四 ") ; 


1ist.addq(Prml) ; 
list.add (pm2); 





} 
public Iterator CreateIterator () { 





直接 使 用 集合 框架 提供 
的 Iterator 了 





return list.iterator(); 
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(5) 对 于 SalaryManager 类 ， 除 了 创建 迭代 器 方法 返回 的 类 型 改变 外 ， 其 他 的 都 没 
有 改变 ， 还 是 用 ArrayIteratorImpl 来 实现 迭代 器 。 
(6) 接 下 来 写 个 客户 端 来 测试 看 看 。 示 例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 

// 访 问 集团 的 工资 列表 
PayManager payManager= new PayManager (); 
// 先 计算 再 获取 
payManager.calcPay (); 
System.out.println ("集团 工资 列表 : "); 


test(payManager.createIlterator ()); 


// 访 问 新 收购 公司 的 工资 列表 
SalaryManager salaryManager = new SalaryManager () ; 
// 先 计算 再 获取 
salaryManager.calcSalary(); 
System.out.println ("新 收购 的 公司 工资 列表 : ")， 
test(salaryManager .createIterator ()); 
} 
/三 大 
* 测试 通过 访问 聚合 对 象 的 迭代 器 ， 是 否 能 正常 访问 聚合 对 和 象 
* @param it 聚合 对 象 的 迭代 器 
wi 
private static void test (Iterator it){ 
while(it.hasNext ()){ 
PayModel pm = (PayModel)it.next ()» 
System.out.println (pm); 


} 
很 明显 ， 改 用 Java 的 Iterator 来 实现 ， 比 自己 全 部 重新 去 做 ， 还 是 要 简单 一 些 的 。 


14. 3. 3 ” 带 和 迭代 策略 的 迭代 器 


由 于 和 迭代 器 模式 把 聚合 对 象 和 访问 聚合 的 机 制 实现 了 分 离 ， 所 以 可 以 在 迭代 器 上 实 
现 不 同 的 迭代 策略 ， 最 为 典型 的 就 是 实现 过 滤 功 能 的 迭代 器 。 


373 


在 实际 开发 中 , 对 于 经 常 被 访问 的 一 些 数据 可 以 使 用 缓存 ,把 这 些 数据 存放 在 内 
存 中 。 但 是 不 同 的 业务 功能 需要 访问 的 数据 是 不 同 的 , 还 有 不 同 的 业务 访问 权限 
能 访问 的 数据 也 是 不 同 的 。 对 于 这 种 情况 ， 就 可 以 使 用 实现 过 泪 功 能 的 迭代 器 ， 


让 不 同 功能 使 用 不 同 的 迭代 器 来 访问 。 当 然 ,， 这 种 情况 也 可 以 结合 策略 模式 来 实 
现 。 





在 实现 过 滤 功 能 的 迭代 器 中 ， 又 有 两 种 常见 的 需要 过 滤 的 情况 ， 一 种 是 对 数据 进行 
整 条 过 滤 ， 比 如 只 能 查看 自己 部 门 的 数据 ; 另外 一 种 情况 是 对 数据 进行 部 分 过 滤 ， 比 如 
某 些 人 不 能 查看 工资 数据 。 
带 迭 代 策略 的 迭代 器 实现 的 一 个 基本 思路 ， 就 是 先 把 聚合 对 象 的 聚合 数据 获取 到 ， 
并 存储 到 迭代 器 中 ， 这 样 迭 代 器 就 可 以 按照 不 同 的 策略 来 迭代 数据 了 。 
1. 带 迭 代 策 略 的 欠 代 器 示例 
沿用 上 一 个 例子 , 来 修改 ArrayIteratorImpl 简单 地 示意 一 下 , 不 考虑 复杂 的 算法 。 大 
致 的 修改 如 下 。 
m ”原来 是 持 有 聚合 对 象 的， 现在 直接 把 这 个 聚合 对 象 的 内 容 取出 来 存放 到 迭代 器 中 。 
也 就 是 迭代 的 时 候 ， 直 接 在 迭代 器 中 获取 具体 的 聚合 对 象 的 元 素 ， 这 样 才 好 控制 
迭代 的 数据 。 
ma 在 欠 代 器 的 具体 实现 中 加 入 过 滤 的 功能 。 
示例 代码 如 下 : 
/** 
* 用 来 实现 访问 数组 的 迭代 接口 ， 加 入 了 达 代 策略 
到 天 
public class ArrayIteratorImpl implements Iterator{ 





/** 

* 用 来 存放 被 迭代 的 数组 

ee 

private PayModel[] pms = null; 
/大 大 

* 用 来 记录 当前 迭代 到 的 位 置 索引 

Sh 


private int index = 0; 


public ArrayIteratorIimpl (SalaryManager aggregate) { 
// 在 这 里 先 对 聚合 对 象 的 数据 进行 过 滤 ， 比 如 工资 必须 在 3000 以 下 
Collection<PayModel> tempCol = new ArrayList<PayModel>(); 
for (PayModel pm : aggregate.getPays())1{ 


if (pm.getPay() < 3000){ ee 


tempCol .add (pm) ; 起 条 过 涉 
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// 然 后 把 符合 要 求 的 数据 存放 到 用 来 迭代 的 数组 
this.pms = new PayModel[tempCol.size()]; 
nt :07 
for (PayModel pm : tempCol){ 

this.pms[i] = pm; 


下 机 水 


} 
public boolean hasNext() { 
// 判 断 是 否 还 有 下 一 个 元 素 
if(pms!=null && index<= (Pms .Length-1I))1{ 
return true 
) 
return false; 
} 
pupilic Object nexvt() 
Object retobj = null; 
if(hasNext() )1{ 
retob]j = pms[index]; 
// 每 取 走 一 个 值 ， 就 把 已 访问 索引 加 1 
index++} 
// 在 这 里 对 要 返回 的 数据 进行 过 滤 ， 比 如 不 让 查看 工资 数据 
( (PayModel) zetobj) .setPay (0.0); 


return retObj; 对 数据 进行 
) 部 分 过 滤 
public void remove() 1 
// 暂 时 可 以 不 实现 


2. 谁 定义 遍历 算法 的 问题 

在 实现 迭代 器 模式 的 时 候 ， 一 个 常见 的 问题 就 是 : 谁 来 定义 遍历 算法 ?其实 带 策略 
的 迭代 器 讲述 的 也 是 这 个 问题 。 

在 迭代 器 模式 的 实现 中 ， 常 见 的 有 两 个 地 方 可 以 来 定义 遍历 算法 ， 一 个 是 聚合 对 象 
本 身 ， 另 外 一 个 就 是 迭代 器 负责 遍历 算法 。 

在 聚合 对 象 本 身 定义 遍历 算法 的 这 种 情况 下 ， 通 常会 在 遍历 过 程 中 ， 用 迭代 器 来 存 
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储 当 前 兴 代 的 状态 ,这 种 迭代 器 被 称 为 游标 , 因为 它 仅 用 来 指示 当前 的 位 置 。 比 如 在 14.2.4 
节 中 示例 的 迭代 器 就 属于 这 种 情况 。 

在 迭代 器 中 定义 遍历 算法 ， 会 比 在 相同 的 聚合 上 使 用 不 同 的 迭代 算法 容易 ， 同 时 也 
易于 在 不 同 的 聚合 上 重用 相同 的 算法 。 比 如 上 面 带 策略 的 迭代 器 的 示例 ， 和 迭代 器 把 需要 
迭代 的 数据 从 聚合 对 象 中 取出 并 存放 到 自己 的 对 象 中 ， 然 后 再 迭代 自己 的 数据 ， 这 样 一 
来 ， 除 了 刚 开始 创 建 迭 代 器 的 时 候 需 要 访问 聚合 对 象 外 ， 真 正 迭 代 过 程 已 经 跟 聚合 对 象 
无 关 了 。 

但 是 ,在 友 代 器 中 定义 遍历 算法 ， 如 果实 现 遍 历 算法 需要 访问 聚合 对 象 的 私有 变量 ， 
那么 将 裔 历 算法 放 入 迭代 器 中 会 破坏 聚合 对 象 的 封装 性 。 

至 于 究竟 使 用 哪 一 种 方式 ， 要 具体 问题 具体 分 析 。 


14. 3.4 双向 迭代 器 


所 谓 双向 迭代 器 的 意思 就 是 : 可 以 同时 向 前 和 向 后 遍历 数据 的 迭代 器 。 

在 Java util 包 中 的 ListIterator 接口 就 是 一 个 双向 迭代 器 的 示例 。 当 然 自己 实现 双向 
迭代 器 也 非常 容易 ， 只 要 在 自己 的 Iterator 接口 中 添加 向 前 的 判断 和 向 前 获取 值 的 方法 ， 
然后 在 实现 中 实现 即 可 。 

延续 14.2.4 节 的 示例 ， 来 自己 实现 双向 迭代 器 ， 相 同 的 部 分 就 不 再 示范 了 ， 只 演示 
不 同 的 地 方 。 

先 看 看 新 的 迭代 器 接口 。 示 例 代码 如 下 : 

/** 

* 友 代 器 接口 ， 定 义 访 问 和 遍 历 元 素 的 操作 ， 实 现 双 向 迭代 

“人 

public interface Iterator { 

public void first(); 
Public void next(); | 
Public boolean isDone(); 
Public Object currentItem(); 
/大 大 
* 判断 是 否 为 第 一 个 元 素 
* @return 如 果 为 第 一 个 元 素 ， 返 回 true， 否 则 返回 false 
大/ 
public boolean isFirst(); 
/** 
* 移动 到 聚合 对 象 的 上 一 个 位 置 


Public void Previous () 
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有 了 新 的 迭代 器 接口 ， 也 应 该 有 新 的 实现 。 示 例 代 码 如 下 : 





舒 
天 


基本 实现 完了 ， 写 个 客户 端 来 享受 一 下 双向 迭代 的 乐趣 。 由 于 这 个 实现 要 考虑 同时 


控制 向 前 和 向 后 迭代 取 值 ， 而 控制 当前 索引 的 是 同一 个 值 ， 因 此 在 获取 向 前 取 值 的 时 候 ， 
要 先 把 已 访问 索引 减 去 1， 然后 再 取 值 ， 这 个 跟 向 后 取 值 是 反 过 来 的 ,注意 一 下 。 示 例 代 
码 如 下 : 


public class Client { 
public static void main(String[] args) { 
// 访 问 新 收购 公司 的 工资 列表 
SalaryManager salaryManager = new SalaryManager (); 
// 先 计算 再 获取 


salaryManager.calcSalary (); 





/7/ 得 到 双向 迭代 器 
Iterator it = SalaryManager .CIeateIteratoz () : 
// 首 先 设置 迭代 器 到 第 一 个 元 素 


be 


// 先 next 一 个 

if(!it.isDone())t 
PayModel pm = (PayModel)it.currentItem(); 
System.out.println("nextl1 == "+pm); 
// 向 下 和 迭代 一 个 
i next Cs 

} 

// 然 后 previous 一 个 

Et Lt 
// 向 前 迭代 一 个 


it.previous(); 









注意 这 里 是 先 移动 位 置 ， 
然后 再 取 值 


PayModel pm = (PayModel)it.currentIitem(); 
System.out.println("previousl == "+pm); 

} 

// 再 next 一 个 

zf(!it.isDone()){ 
PayModel pm = (PayModel)it.currentIitem(); 
System.out.println("next2 == "+Pm) 7 
/7 向 直选 代 一 个 
tnezt ts 

} 

// 继 续 next 一 个 

if(!it.isDone())1{ 


PayModel pm = (PayModel)it.currentIitem(); 
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System.out.println("next3 == "+pm); 
// 向 下 迭代 一 个 
it.next () 7 
} 
// 然 后 previous 一 个 
T(t ast (yt 
// 向 前 迭代 一 个 
it.previous(); 
PayModel pm = (PayModel)it.currentItem(); 


System.out.println ("previous2 == "+pm); 


} 

上 面 的 示例 故意 先 向 后 取 值 ， 然 后 再 向 前 取 值 ， 这 样 反复 才能 看 出 双向 迭代 器 的 效 
果 。 运 行 结果 如 下 : 

nextl1 == UserName= 王 五 ,pay=2200.0 

previousl == UserName= 王 五 ,Pay=2200.0 

next2 == userName= 王 五 ,pay=2200.0 

next3 == UserName= 赵 六 ,pay=3600.0 

previous2 == userName= 赵 六 ,pay=3600.0 

可 能 有 些 人 会 疑惑 : 为 什么 nextl 和 previousl 取出 来 的 值 是 一 样 的 呢 ? 

这 是 因为 现在 是 顺序 迭代 , 当 next 显示 第 一 条 的 时 候 , 内 部 索引 已 经 指向 第 二 条 了 ， 
所 以 这 个 时 候 再 previous 向 前 一 条 的 时 候 ， 数 据 就 是 第 一 条 数据 了 。 

再 仔细 查看 上 面 的 结果 ， 发 现 这 个 时 候 继 续 next 数据 时 ， 数 据 还 是 第 一 条 数据 ， 同 
理 ， 刚 才 previous 向 前 一 条 的 时 候 ， 内 部 索引 已 经 指向 第 一 条 之 前 了 。 


14. 3.5 和 迭 代 器 模式 的 优点 


m ”更 好 的 封装 性 

m 和 友 代 器 模式 可 以 让 你 访问 一 个 聚合 对 象 的 内 容 ， 而 无 须 暴 露 该 聚合 对 象 的 内 部 表 
示 ， 从 而 提高 聚合 对 象 的 封装 性 。 

ms ”可 以 以 不 同 的 遍历 方式 来 遍历 一 个 聚合 

m ”使 用 和 迭代 器 模式 ， 使 得 聚合 对 和 象 的 内 容 和 具体 的 迭代 算法 分 离开 。 这 样 就 可 以 通 
过 使 用 不 同 的 迭代 器 的 实例 、 不 同 的 遍历 方式 来 遍历 一 个 聚合 对 象 了 ， 比 如 上 面 
示例 的 带 秋 代 策略 的 迭代 器 。 

m 友人 代 器 简化 了 聚合 的 接口 

m 有 了 和 代 器 的 接口 ， 则 聚合 本 身 就 不 需要 再 定义 这 些 接口 了 ， 从 而 简化 了 聚合 的 
接口 定义 。 
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sm ”简化 客户 端 调用 

sa ” 碗 代 器 为 遍历 不 同 的 聚合 对 象 提供 了 一 个 统一 的 接口 ， 使 得 客户 端 遍 历 育 合 对 象 
的 内 容 变 得 更 简单 。 

m。 同一 个 聚合 上 可 以 有 多 个 遍历 

m 每 个 迭代 器 保持 它 自己 的 遍历 状态 ， 比 如 前 面 实现 中 的 欠 代 索引 位 置 ， 因 此 可 以 
对 同一 个 聚合 对 象 同时 进行 多 个 遍历 。 


14. 3.6 ”思考 和 迭代 器 模式 


1. 迭代 器 模式 的 本 质 


迭代 器 模式 的 本 质 : 控制 访问 聚合 对 象 中 的 元 素 。 


迭代 器 能 实现 “无 须 暴 露 聚合 对 象 的 内 部 实现 ， 就 能 够 访问 到 聚合 对 象 中 的 各 个 元 
素 ”的 功能 ， 看 起 来 其 本 质 应 该 是 “透明 访问 聚合 对 象 中 的 元 素 ”。 


但 仔细 思考 一 下 ， 除 了 透明 外 ， 适 代 器 就 没有 别 的 功能 了 吗 ? 很 明显 还 有 其 他 
的 功能 ， 前 面 也 讲 到 了 一 些 ， 比 如 “ 带 和 迭代 策略 的 和 迭代 器 ”。 那 么 综合 来 看 ， 


迭代 器 模式 的 本 质 应 该 是 “控制 访问 聚合 对 象 中 的 元 素 ”, 而 非 单纯 的 “透明 ”。 
事实 上 ，“ 透 明 ” 访 问 也 是 “控制 访问 ”的 一 种 情况 。 





认识 这 个 本 质 ， 对 于 识别 和 变形 使 用 迭代 器 模式 很 有 帮助 。 大 家 想 想 ， 现 在 的 友 代 
模式 默认 的 都 是 向 前 或 者 向 后 获取 一 个 值 ， 也 就 是 说 都 是 单 步 迭 代 ， 那 么 ， 如 果 想 要 控 
制 一 次 迭代 多 条 怎么 办 呢 ? 


这 个 在 实际 开发 中 是 很 有 用 的 ， 比 如 在 实际 开发 中 常用 的 翻 页 功能 的 实现 。 翻 页 功 
能 有 如 下 几 种 实现 方式 。 


(1) 纯 数据 库 实 现 。 

依靠 SQL 提供 的 功能 实现 翻 页 ， 用 户 每 次 请 求 翻 页 的 数据 ， 就 会 到 数据 库 中 获取 相 
应 的 数据 。 

(2) 纯 内 存 实现 。 

就 是 一 次 性 从 数据 库 中 把 需要 的 所 有 数据 都 取出 来 放 到 内 存 中 ， 然 后 用 户 请 求 翻 页 
时 ， 从 内 存 中 获取 相应 的 数据 。 

上 面 两 种 方案 各 有 优 缺 点 : 


第 一 种 方案 明显 是 时 间 换 空间 的 策略 ， 每 次 获取 翻 页 的 数据 都 要 访问 数据 库 ， 运 行 
速度 相对 比较 慢 ， 而 且 很 耗 数 据 库 资源 ， 但 是 节省 了 内 存 空 间 ; 
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第 二 种 方案 是 典型 的 空间 换 时 间 ， 每 次 是 直接 从 内 存 中 获取 翻 页 的 数据 ， 运 行 速度 
快 ， 但 是 很 耗 内 存 。 

在 实际 开发 中 ， 小 型 系统 一 般 采 用 第 一 种 方案 ， 基 本 没有 单独 采用 第 二 种 方案 的 ， 
因为 内 存 实在 是 太 宝 贵 了 ; 中 大 型 的 系统 一 般 是 把 两 个 方案 结合 起 来 ， 综 合 利用 它们 的 
优点 ， 而 又 规避 它们 的 缺点 ， 从 而 更 好 地 实现 翻 页 的 功能 。 

(3) 纯 数 据 库 实现 + 纯 内 存 实现 。 

思路 是 这 样 的 : 如果 每 页 显示 10 条 记录 ， 根 据 判 断 ， 用 户 很 少 翻 到 10 页 以 后 ， 那 
好 ， 第 一 次 访问 的 时 候 ， 就 一 次 性 从 数据 库 中 获取 前 10 页 的 数据 ， 也 就 是 100 条 记录 ， 
把 这 100 条 记录 放 在 内 存 里 面 。 

这 样 一 来 ， 当 用 户 在 前 10 页 内 进行 翻 页 操作 的 时 候 ， 就 不 用 再 访问 数据 库 了 ， 而 是 
直接 从 内 存 中 获取 数据 ， 速 度 就 快 了 。 

当 用 户 想 要 获取 第 11 页 的 数据 ,这 个 时 候 才 会 再 次 访问 数据 库 。 对 于 这 个 时 候 到 底 
获取 多 少 页 的 数据 ， 简 单 的 处 理 就 是 继续 获取 10 页 的 数据 。 比 较 好 的 方式 就 是 根据 访问 
统计 进行 衰减 访问 ， 比 如 折 半 获取 ， 也 就 是 第 一 次 访问 数据 库 获取 10 页 的 数据 ， 那 么 第 
二 次 就 只 获取 5 页 ， 如 此 操作 直到 一 次 从 数据 库 中 获取 一 页 的 数据 。 这 也 符合 正常 规律 ， 
因为 越 到 后 面 ， 被 用 户 翻 页 到 的 机 会 也 就 越 小 了 。 

对 于 翻 页 的 迭代 ， 后 面 将 给 大 家 一 个 简单 的 示例 。 

2. 何 时 选用 迭代 器 模式 

建议 在 以 下 情况 中 选用 迭代 器 模式 。 

。 ”如 果 你 希望 提供 访问 一 个 聚合 对 象 的 内 容 ， 但 是 又 不 想 暴露 它 的 内 部 表示 的 时 候 ， 

可 以 使 用 迭代 器 模式 来 提供 友 代 器 接口 ， 从 而 让 客户 端 只 是 通过 迭代 器 的 接口 来 
访问 聚合 对 象 ， 而 无 须 关心 聚合 对 象 的 内 部 实现 。 

m 如 果 你 希望 有 多 种 遍历 方式 可 以 访问 聚合 对 象 ， 可 以 使 用 迭代 器 模式 。 

sm ”如 果 你 希望 为 遍历 不 同 的 聚合 对 和 象 提供 一 个 统一 的 接口 ， 可 以 使 用 迭代 器 模式 。 


14. 3.7 翻 页 迭代 


在 上 面 讲 到 的 翻 页 实现 机 制 中 ， 只 要 使 用 到 内 存 来 缓存 数据 ， 就 涉及 到 翻 页 迭代 的 
实现 。 简 单 点 说 ， 就 是 一 次 迭代 ， 会 要 求 迭 代 取 出 一 页 的 数据 ， 而 不 是 一 条 数据 。 

其 实 实现 翻 页 迭代 也 很 简单 ， 主 要 是 把 原来 一 次 迫 代 一 条 数据 的 接口 ， 都 修改 成 一 
次 迭代 一 页 的 数据 就 可 以 了 。 在 具体 的 实现 上 ， 又 分 成 顺序 翻 页 迭代 器 和 随机 翻 页 迭代 
器 。 

1. 顺序 翻 页 迭代 器 示例 

(1) 先 看 看 迭代 器 接口 的 定义 。 示 例 代码 如 下 : 

/** 和 

* 定义 翻 页 访问 聚合 元 素 的 迭代 接口 

Sk 


public interface AggregationIterator { 
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/** 
* 判断 是 否 还 有 下 一 个 元 素 ， 无 所 谓 是 否 够 一 页 的 数据 
* 因为 最 后 哪怕 只 有 一 条 数据 ， 也 是 要 算 一 页 的 
* @return 如 果 有 下 一 个 元 素 ， 返 回 true， 没 有 下 一 个 元 素 就 返回 false 
本 次 
public boolean hasNext (); 
/** 
* 取出 下 面 几 个 元 素 
* eparam num 需要 获取 的 记录 条 数 
* @return 下 面 几 个 元 素 
i 
public Collection next (int num); 
/** 
* 判断 是 否 还 有 上 一 个 元 素 ， 无 所 谓 是 否 够 一 页 的 数据 
* 因为 最 后 哪怕 只 有 一 条 数据 ， 也 是 要 算 一 页 的 
* @return 如 果 有 上 一 个 元 素 ， 返 回 true， 没 有 上 一 个 元 素 就 返回 false 
Public boolean hasPrevious(): 
/** 
* 取出 上 面 几 个 元 素 
* @param num 需要 获取 的 记录 条 数 
* @return 上 面 几 个 元 素 
Sh 
public Collection previous (Int num); 
， : 
(2) PayModel 和 前 面 的 示例 是 一 样 的 ， 这 里 就 不 再 闭 述 。 
(3) 接 下 来 看 看 SalaryManager 的 实现 ， 有 如 下 改变 。 
m 不 用 再 实现 获取 聚合 对 象 大 小 和 根据 索引 获取 聚合 对 象 中 的 元 素 的 功能 
= 在 准备 测试 数据 的 时 候 ， 多 准备 几 条 ， 方 便 看 出 翻 页 的 效果 。 
示例 代码 如 下 : 
/** 
* 被 客户 方 收购 的 那个 公司 的 工资 管理 类 
eh 
public class SalaryManagert 
private PayModel[] pms = null; 
public PayModel[] getPays(){ 
return pms; 
} 
public void calcSalary(){ 


o 
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(4) 来 看 看 如 何 实 现 迭 代 器 接口 。 示 例 代码 如 下 : 





*#¥ 
private PayModel[] pms = null; 


/大大 
* 用 来 记录 当前 迭代 到 的 位 置 索 引 
4 


private int index = 0; 
public ArraylIteratorIimpl (SalaryManager aggregate) { 
this.pms = aggregate.getPays () ; 





} 
public boolean hasNext() { 
// 判 断 是 否 还 有 下 一 个 元 素 
if(pms!=null && index<=(Pms .Length=-1) ){ 
return true; 
} 
return false; 
} 
public boolean hasPrevious () { 
if (Pms!=null && index > 0){ 
return true; 
} 
return false; 
} 
Public Collection next(int num) { 
Collection col = new ArrayList(); 
int count=0; 


while (hasNext() && count<num) { 









col.add (Pms [index]) : 
// 每 取 走 一 个 值 ， 就 把 已 访问 索引 加 1 


index++; 


现在 需要 返回 多 
条 记录 的 集合 了 ， 
也 不 再 是 if, 而 是 


Count++; while 


} 
return col; 

} 

Public Collection Previous (int num){ 
Collection col = new ArrayList(); 
int count=0; 
// 简 单 的 实现 就 是 把 索引 退回 去 num 个 ， 然 后 再 取 值 
// 但 事实 上 这 种 实现 是 有 可 能 多 退回 去 数据 的 ， 比 如 ， 已 经 到 了 最 后 一 页 
// 而 且 最 后 一 页 的 数据 不 够 一 页 的 数据 ， 那 么 退回 去 num 个 索引 就 退 多 了 
// 为 了 示例 的 简洁 性 ， 这 里 就 不 去 处 理 了 
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(5) 写 个 客户 端 测试 一 下 。 示 例 代码 如 下 : 








运行 结果 如 下 : 
第 一 页 数据 : 
userName= 王 五 ,pay=2200.0 
userName= 赵 六 , pay=3600.0 
第 二 页 数据 : 
userName= 王 五 二 号 ,pay=2200.0 
userName= 赵 六 二 号 ,pay=3600.0 
再 次 获取 第 二 页 数据 : 
userName= 王 五 二 号 ,pay=2200.0 
userName= 赵 六 二 号 ,pay=3600.0 
仍然 是 顺序 迭代 的 ， 也 就 是 获取 完 第 二 页 数据 ， 内 部 索引 就 指向 后 面 了 ， 这 个 时 候 
再 运行 向 前 一 页 ， 取 的 就 还 是 第 二 页 的 数据 了 。 
2. 随机 翻 页 迭代 器 示例 
估计 看 到 这 里 ， 有 些 朋友 会 想 , 实际 应 用 中 ,用户 怎么 会 这 么 老实 ,按照 顺序 访问 ? 
通常 情况 都 是 随意 的 访问 页 数 ， 比 如 看 了 第 一 页 可 能 就 直接 看 第 三 页 了 ， 看 完 第 三 页 他 
又 想 看 第 一 页 。 
这 就 需要 随机 翻 页 迭代 器 了 ， 也 就 是 可 以 指定 页 面 号 和 每 页 显示 的 数据 来 访问 数据 
的 迭代 器 。 下 面 来 看 看 示例 。 
(1) 修改 迭代 接口 的 方法 。 不 需要 再 有 向 前 和 向 后 的 方法 ,取而代之 的 是 指定 页 面 
号 和 每 页 显示 的 数据 来 访问 的 方法 。 示 例 代码 如 下 : 
/** 
* 定义 随机 翻 页 访问 聚合 元 素 的 迭代 接口 
RA 
public interface AggregationIterator { 
/x** 
* 判断 是 否 还 有 下 一 个 元 素 ， 无 所 谓 是 否 够 一 页 的 数据 
* 因为 最 后 哪怕 只 有 一 条 数据 ， 也 是 要 算 一 页 的 
* @return 如 果 有 下 一 个 元 素 ， 返 回 true， 没 有 下 一 个 元 素 就 返回 false 
党 人 
public boolean hasNext (); 
/六 大 
* 判断 是 否 还 有 上 一 个 元 素 ， 无 所 谓 是 否 够 一 页 的 数据 
* 因为 最 后 哪怕 只 有 一 条 数据 ， 也 是 要 算 一 页 的 
* @return 如 果 有 上 一 个 元 素 ， 返 回 true， 没 有 上 一 个 元 素 就 返回 false 
a 
public boolean hasPrevious (); 
/x* 
* 取出 指定 页 数 的 数据 
* @param pageNum 要 获取 的 页 数 
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(2) 定义 了 接口 ， 看 看 具体 的 实现 。 示 例 代码 如 下 : 





if(start < 0){ 
start = 0;，; 
} 
// 控 制 end 的 边界 ， 最 大 是 数组 的 最 大 索引 
if(end > this.Pms.Iength-1)1{ 
end = this.pms.length - 1; 
} 
// 每 次 取 值 都 是 从 头 开始 循环 ， 所 以 设置 ndex 为 0 


index = 0: 





while (hasNext() && index<=end) { 
if(index >= start)f{ 
col.add (pms [Index]) : 
} 
// 把 已 访问 索引 加 1 
indext++; 
} 


return col; 


} 
(3) 写 个 客户 端 ， 测 试看 看 ， 是 否 能 实现 随机 的 翻 页 。 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) { 
// 访 问 新 收购 公司 的 工资 列表 
SalaryManager salaryManager = new SalaryManager ();，; 
// 先 计算 再 获取 
salaryManager.calcSalary (); 
// 得 到 翻 页 迭代 器 


AggregationIterator it = SalaryManager .createIterator () 


// 获 取 第 一 页 ， 每 页 显示 2 条 

Collection col = it.getPage (1,2); 
System.out.println ("第 一 页 数据 : "); 
BEINE(COL)Y? 

// 获 取 第 二 页 ， 每 页 显示 2 条 

Collection col2 = it.getPage (2,2); 
System.out.println ("第 二 页 数据 : "); 
Tor rl 

// 再 次 获取 第 一 页 

Collection col3 = it.getPage(1,2); 
System.out.println ("再 次 获取 第 一 页 数据 : ") ; 
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PrinttcCola)s 
// 获 取 第 三 页 
Collection col4 = it.getPage (3,2); 
System.out.println ("获取 第 三 页 数据 : ") ; 
Brint(Colay. 
} 
private static void print (Collection col)t 
Iterator it = col.iterator()s? 
whilel(it.hasNext()){ 
Object obj = it.next(); 
System.out.println (obj); 


} 

测试 结果 如 下 : 

第 一 页 数据 : 

userName= 王 五 ,pay=2200.0 
userName= 赵 六 , pay=3600.0 

第 二 页 数据 : 

userName= 王 五 二 号 , pay=2200.0 
userName= 赵 六 二 号 ,pay=3600.0 
再 次 获取 第 一 页 数据 : 
userNarme= 王 五 ,Pay=2200.0 
userName= 赵 六 , pay=3600.0 
获取 第 三 页 数据 : 
userName= 王 五 三 号 ,pay=2200.0 


14. 3.8 相关 模式 


m。 友 代 器 模式 和 组 合 模式 
这 两 个 模式 可 以 组 合 使 用 。 
组 合 模式 是 一 种 递归 的 对 象 结构 ， 在 枚 举 某 个 组 合 对 象 的 子 对 象 的 时 候 ， 通 常 
会 使 用 迭代 器 模式 。 

sm 迭代 器 模式 和 工厂 方法 模式 
这 两 个 模式 可 以 组 合 使 用 。 
在 聚合 对 象 创建 迭代 器 的 时 候 ， 通 常会 采用 工厂 方法 模式 来 实例 化 相应 的 迭代 
器 对 象 。 
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读书 笔记 














15.1 场景 问题 


15.1.1 商品 类 别 树 


考虑 这 样 一 个 实际 的 应 用 : 管理 商品 类 别 树 。 


在 实现 跟 商品 有 关 的 应 用 系统 的 时 候 ， 一 个 很 常见 的 功能 就 是 商品 类 别 树 的 管理 ， 
比如 有 以 下 的 商品 类 别 树 : 





仔细 观察 上 面 的 商品 类 别 树 ， 有 以 下 几 个 明显 的 特点 。 

m ”有 一 个 根 节点 ， 比 如 服装 ， 它 没有 父 节 点 ， 它 可 以 包含 其 他 的 节点 。 

m ”树枝 节点 ， 有 一 类 节点 可 以 包含 其 他 的 节点 ， 称 之 为 树 校 节点 ， 比 如 男装 、 女 装 。 

m ”叶子 节点 ， 有 一 类 节点 没有 子 节点 ， 称 之 为 叶子 节点 ， 比 如 衬衣 、 夹 克 、 裙 子 、 
套装 。 


现在 需要 管理 商品 类 别 树 ， 假 如 要 求 能 实现 输出 如 上 商品 类 别 树 的 结构 功能 ， 应 该 
如 何 实现 呢 ? 


15. 1.2 不 用 模式 的 解决 方案 


要 管理 商品 类 别 树 ， 就 是 要 管理 树 的 各 个 节点 。 现 在 树 上 的 节点 有 三 类 ， 根 节点 、 
树枝 节点 和 叶子 节点 ， 再 进一步 分 析 发 现 ， 根 节点 和 树枝 节点 是 类 似 的 ， 都 是 可 以 包含 
其 他 节点 的 节点 ， 把 它们 称 为 容器 节点 。 

这 样 一 来 ， 商 品类 别 树 的 节点 就 被 分 成 了 两 种 ， 一 种 是 容器 节点 ， 另 一 种 是 叶子 节 
点 。 容 器 节点 可 以 包含 其 他 的 容器 节点 或 者 叶子 节点 。 把 它们 分 别 实现 成 为 对 象 ， 也 就 
是 容器 对 象 和 叶子 对 象 ， 容 器 对 象 可 以 包含 其 他 的 容器 对 象 或 者 叶子 对 象 。 换 句 话说 ， 
容器 对 象 是 一 种 组 合 对 象 。 

然后 在 组 合 对 象 和 叶子 对 象 里 面 去 实现 要 求 的 功能 就 可 以 了 , 看 看 下 面 的 代码 实现 。 

(1) 先 来 看 看 叶子 对 象 的 代码 实现 。 示 例 代码 如 下 : 

/** 

* 叶子 对 象 

A 


public class Leaf { 
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* 叶子 对 象 的 名 字 

交 力 


private String narme = "" 7 


/** 

* 构造 方法 ， 传 入 叶子 对 象 的 名 字 
* @param name 叶子 对 象 的 名 字 
A 

Public Leaf (String name) { 


this.name = name; 


/** 

* 输出 叶子 对 象 的 结构 ， 叶 子 对 象 没 有 子 对 象 ， 也 就 是 输出 叶子 对 象 的 名 字 
* @param preStr 前 级 ， 主 要 是 按照 层级 拼接 的 空格 ， 实 现 向 后 缩 进 
| 

public void PrintStruct (String preStr){ 


System.out.println (preStr+"-"+name); 


3 
(2) 再 来 看 看 组 合 对 象 的 代码 实现 。 组 合 对 象 里 面 可 以 包含 其 他 的 组 合 对 象 或 者 是 
叶子 对 象 ， 由 于 类 型 不 一 样 ， 需 要 分 开 记 录 。 示 例 代码 如 下 : 
/** 
* 组 合 对 象 ， 可 以 包含 其 他 组 合 对 象 或 者 叶子 对 象 
public class Composite 1{ 
/** 
* 用 来 记录 包含 的 其 他 组 合 对 象 
4 
private Collection<Composite> childComposite = 
new ArrayList<Composite>(); 
/** 
* 用 来 记录 包含 的 其 他 叶子 对 象 
Sy 
private Collection<Leaf> childLeaf = new ArrayList<Leaf>(); 
/** 
* 组 合 对 象 的 名 字 
yy 


private String name = ""; 
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/** 

* 构造 方法 ， 传 入 组 合 对 象 的 名 字 

* @param name 组 合 对 象 的 名 字 

eh 

Public Composite (String name){ 


this.name = name; 





/** 
* 向 组 合 对 象 加 入 被 它 包含 的 其 他 组 合 对 象 
* @param c 被 它 包含 的 其 他 组 合 对 象 
SA/ 
public void addComposite (Composite c)1{ 
this.childComposite.add(c); 
} 
/大 大 
* 向 组 合 对 象 加 入 被 它 包含 的 叶子 对 象 
* @param leaf 被 它 包 含 的 叶子 对 象 
区 人 
Public void addLeaf (Leaf leaf)1{ 
this.childLeaf.add (leaf); 
} 
/关头 
* 输出 组 合 对 象 自身 的 结构 
* @param preStr 前 级 ， 主 要 是 按照 层级 拼接 的 空格 ， 实 现 向 后 缩 进 
eh 
public void printstruct (String preStr){ 
// 先 把 自己 输出 去 
System.out.println (preStr+"+"+this.name); 
// 然 后 添加 一 个 空格 ， 表 示 向 后 缩 进 一 个 空格 ， 输 出 自己 包含 的 叶子 对 象 
preStr+=" ™; 
for(Leaf leaf : childLeaf){ 
leaf .printSstruct (PreStr) : 
} 
// 输 出 当前 对 象 的 子 对 象 了 
for(Composite c : childComposite)t{ 
// 递 归 输出 每 个 子 对 和 象 
c.printStruct (PreStr) 
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(3) 写 个 客户 端 来 测试 一 下 ， 看 看 是 否 能 实现 要 求 的 功能 。 示 例 代码 如 下 : 


public class Client { 


public static void main(Stringf] args) { 


// 定 义 所 有 的 组 合 对 象 


Composite root = 


Composite cl 


Composite c2 


// 定 义 所 有 的 叶子 对 象 
Leaf leafl = new 
Leaf leaf2 = new 
Leaf leaf3 = new 
Leaf leaf4 = new 


new Composite ("服装 "); 


= new Composite(" 男 装 "); 


= new Composite ("女装 ")， 


Leaf ("衬衣 "); 
Leaf ("夹克 "); 
Leaf ("裙子 "); 
Leaf ("套装 ")， 


/ /按照 树 的 结构 来 组 合 组 合 对 象 和 叶子 对 象 


root.addComposite(c1); 


root.addComposite (c2); 
cl.addLeaf (leafl); 
cl.addLeaf (leaf2); 
c2.addLeaf (leaf3); 
c2.addLeaf (leaf4); 


// 调 用 根 对 象 的 输出 功能 来 输出 整 棵 树 


TOOEF DrintStruct ("ys? 


} 


运行 一 下 ， 测 试看 看 ， 是 否 能 


15. 1.3 有 何 问 题 


完成 要 求 的 功能 。 


I 


上 面 的 实现 ， 虽 然 能 实现 要 求 的 功能 ， 但 是 有 一 个 很 明显 的 问题 ， 那 就 是 必须 区 分 
组 合 对 象 和 叶子 对 象 ， 并 进行 有 区 别 的 对 待 ， 比 如 在 Composite 和 Client 里 面 ， 都 需要 


去 区 别 对 待 这 两 种 对 象 。 


区 别 对 竺 组合 对 象 和 叶子 对 象 ， 不 仅 让 程序 变 得 复杂 ,还 对 功能 的 扩展 也 带 来 不 便 。 
实际 上 ， 大 多 数 情况 下 用 户 并 不 想 要 去 区 别 它 们 ， 而 是 认为 它们 是 一 样 的 ， 这 样 他 们 操 


作 起 来 最 简单 。 
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对 于 这 种 具有 整体 与 部 分 关系 ， 并 能 组 合成 树 型 结构 的 对 象 结构 ， 如 何 才能 够 以 一 
个 统一 的 方式 来 进行 操作 呢 ? 


15.2 解决 方案 


15. 2.1 使 用 组 合 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 组 合 模式 。 那 么 什么 是 组 合 模式 呢 ? 
1. 组 合 模式 的 定义 


将 对 象 组 合成 树 型 结构 以 表示 “部 分 -整体 ”的 层次 结构 。 组 合 模式 使 得 用 户 对 


单个 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 。 





2. 应 用 组 合 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 不 用 模式 的 例子 ， 要 区 分 组 合 对 象 和 叶子 对 象 的 根本 原因 ， 就 在 于 没 
有 把 组 合 对 象 和 叶子 对 象 统一 起 来 。 也 就 是 说 ， 组 合 对 象 类 型 和 叶子 对 象 类 型 是 完全 不 
同 的 类 型 ， 这 导致 了 操作 的 时 候 必 须 区 分 它们 。 

组 合 模式 通过 引入 一 个 抽象 的 组 件 对 象 ， 作 为 组 合 对 象 和 叶子 对 象 的 父 对 象 ， 这 样 
就 把 组 合 对 象 和 叶子 对 象 统一 起 来 了 ， 用 户 使 用 的 时 候 ， 始 终 是 在 操作 组 件 对 象 ， 而 不 
再 去 区 分 是 在 操作 组 合 对 象 还 是 叶子 对 象 。 


组 合 模式 的 关键 就 在 于 这 个 抽象 类 ， 这 个 抽象 类 既 可 以 代表 叶子 对 象 ， 也 可 以 代 


表 组 合 对 象 ， 这 样 用 户 在 操作 的 时 候 ， 对 单个 对 象 和 组 合 对 象 的 使 用 就 具有 了 一 
致 性 。 





15. 2.2 组合 模式 的 结构 和 说 明 


组 合 模式 的 结构 如 图 15.1 所 示 。 












© fsomeDperatron 人 -rord 
+addChild (child:Component):void 

D+tremoveChild (child:Component):void 
+teetChildren (index: int):Component 






[Lu Leaf F A 
-childComponents:List Component>null 


H+someOperation() :void +someDperation() :void 
+addCchild (child:Component):void 
2 +removeChild (child:Component):void 






+getChildren (index:int):Component 


图 15.1 组 合 模式 结构 示意 图 
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m ”Component: 抽象 的 组 件 对 象 ， 为 组 合 中 的 对 象 声 明 接口 ， 让 客户 端 可 以 通过 这 个 
接口 来 访问 和 管理 整个 对 象 结 构 ， 可 以 在 里 面 为 定义 的 功能 提供 缺 省 的 实现 。 
m Leaf: 叶子 节点 对 象 ， 定 义 和 实 现 叶 子 对 象 的 行为 ， 不 再 包含 其 他 的 子 节点 对 象 。 
mm Composite: 组 合 对 象 ， 通 常会 存储 子 组 件 ， 定 义 包含 子 组 件 的 那些 组 件 的 行为 ， 
并 实现 在 组 件 接口 中 定义 的 与 子 组 件 有 关 的 操作 。 
m ”Client: 客户 端 ， 通 过 组 件 接口 来 操作 组 合 结构 里 面 的 组 件 对 象 。 
一 种 典型 的 Composite 对 象 结 构 通常 是 如 图 15.2 所 示 的 树 型 结构 ， 一 个 Composite 
对 象 可 以 包含 多 个 叶子 对 象 和 其 他 的 Composite 对 象 。 虽然 图 15.2 看 起 来 好 像 有 些 对 称 ， 
但 那 只 是 为 了 让 图 看 起 来 美观 一 点 ， 并 不 是 说 Composite 组 合 的 对 象 结构 就 是 这 样 对 称 


的 ， 这 点 要 提前 说 明 一 下 。 







图 15.2 ”典型 的 Composite 对 象 结 构 


15.2.3 组 合 模式 示例 代码 


(1) 先 来 看 看 组 件 对 象 的 定义 。 示 例 代 码 如 下 : 


/** 
* 抽象 的 组 件 对 象 ， 为 组 合 中 的 对 象 声 明 接 口 ， 实 现 接口 的 缺 省 行为 
lA 
public abstract class Component { 

/六 大 

* 示意 方法 ， 子 组 件 对 象 可 能 有 的 功能 方法 

. 2 

public abstract void someOperation(); 

/** 


* 向 组 合 对 象 中 加 入 组 件 对 象 

* @param child 被 加 入 组 合 对 象 中 的 组 件 对 象 

i 

public void addChild(Component child) { 
// 缺 省 的 实现 ， 抛 出 例外 ， 因 为 叶子 对 象 没有 这 个 功能 
// 或 者 子 组 件 没有 实现 这 个 功能 


throw new UnsupportedOperationExceptionl( 
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"对 象 不 支持 这 个 功能 ") ; 
} 
/二 文 
* 从 组 合 对 象 中 移出 某 个 组 件 对 象 
* @param child 被 移出 的 组 件 对 象 
恋人 
public void removeChild(Component child) { 
// 缺 省 的 实现 ， 抛 出 例外 ， 因 为 叶子 对 象 没 有 这 个 功能 
`// 或 者 子 组 件 没有 实现 这 个 功能 
throw new UnsupporteadOoPerationException (人 
"对 象 不 支持 这 个 功能 ") ; 
} 
/太太 
* 返回 某 个 索引 对 应 的 组 件 对 象 
* eparam index 需要 获取 的 组 件 对 象 的 索引 ， 索 引 从 0 开始 
* @return 索引 对 应 的 组 件 对 象 
六 
public Component getChildren (int index) { 
// 缺 省 的 实现 ， 抛 出 例外 ， 因 为 叶子 对 象 没 有 这 个 功能 
// 或 者 子 组 件 没有 实现 这 个 功能 
throw new UnsupportedOperationExceptionl( 


"对 象 不 支持 这 个 功能 "); 


1 
(2) 接 下 来 看 看 Composite 对 象 的 定义 。 示 例 代 码 如 下 : 
/** 
* 组 合 对 象 ， 通 常 需要 存储 子 对 象 ， 定 义 有 子 部 件 的 部 件 行为 
* 并 实现 在 Component 里 面 定义 的 与 子 部 件 有 关 的 操作 


ki 
public class Composite extends Component { 
/** 
* 用 来 存储 组 合 对 象 中 包含 的 子 组 件 对 象 
时 大 
private List<Component> childComponents = null; 
/大 大 
* 示意 方法 ， 通 常 在 里 面 需 要 实现 递归 的 调用 
dd 


public void someOperation() 1{ 
if (childComponents != null)t{ 


for (Component C : childComponents)t{ 
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(3) 该 来 看 看 叶子 对 象 的 定义 了 。 相 对 而 言 比较 简单 。 示 例 代码 如 下 : 


(4) 对 于 Client， 就 是 使 用 Component 接口 来 操作 组 合 对 象 结构 ， 由 于 使 用 方式 千 
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合 
并 


差 万 别 ， 这 里 仅仅 提供 一 个 示范 性 质 的 使 用 ， 顺 便当 作 测 试 代码 使 用 。 示 例 代码 如 下 : 
PuBlie class ™ Client { 
Public static veld main(Stringtl aeges) .{ 

// 定 义 多 个 Composite 对 象 
Component root = new Composite(); 
Component cl = new Composite(); 
Component c2 = new Composite(); 
// 定 义 多 个 时 子 对 象 


Component leafl = new Leaf(); 





全 部 都 是 Component 
类 型 









Component leaf2 = new Leaf(); 
Component leaf3 = new Leaf(); 











// 组 合成 为 树 形 的 对 象 结构 
root.addChild(c1); 
root.addChild(c2); 
root.addChild(leafl1); 
cl.addChild (leaf2); 
c2.addChild (leaf3); 


并 不 是 每 次 操作 组 件 对 象 都 需 
要 组 装 树 形 的 对 象 结构 ， 如 果 
对 象 结构 已 经 存在 ， 直 接 操作 
就 可 以 了 


// 操 作 component 对 象 
Component o = root.getChildren(1); 


System.out.println(o); 


» 
15. 2.4 使 用 组 合 模式 重 写 示例 

理解 了 组 合 模式 的 定义 、 结 构 和 示例 代码 ， 对 组 合 模式 应 该 有 一 定 的 掌握 了 吧 。 下 
面 就 使 用 组 合 模式 来 重 写 前 面 不 用 模式 的 示例 ， 看 看 用 组 合 模式 来 实现 会 是 什么 样子 ， 
和 不 用 模式 有 什么 相同 和 不 同 之 处 。 

为 了 整体 理解 和 把 握 整 个 示例 ， 先 来 看 看 示例 的 整体 结构 ， 如 图 15.3 所 示 。 
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办 tprintStrvet (preStr:Strine)}. voro 
+addCchild (child:Component) :void 

+removeChild (child:Component):void 
+eetChildren lindex’: int):Component 


-childComponents:ListComponent>—null 
全 -name:Strine="" 


create» 
全 +Composite (name:String) 
es re et 
d 















create» 
oO tLeaf (name: String 
问 + 





图 15.3 ”使 用 组 合 模式 实现 示例 的 结构 示意 图 
(1) 为 组 合 对 象 和 叶子 对 象 添加 一 个 抽象 的 父 对 象 做 为 组 件 对 象 。 在 组 件 对 象 中 ， 
定义 一 个 输出 组 件 本 身 名 称 的 方法 以 实现 要 求 的 功能 。 示 例 代 码 如 下 





/x** 
* 抽象 的 组 件 对 象 
Wh 
public abstract class Component { 
/** 
* 输出 组 件 自身 的 名 称 
二 从 
Public abstract void PrintStruct (String preStr); 
/** 


相当 于 模式 示例 代码 
中 的 样 例 方法 


* 向 组 合 对 象 中 加 入 组 件 对 象 
* @param child 被 加 入 组 合 对 象 中 的 组 件 对 象 
放 为 
public void addqchild(Component child) { 
throw new UnsupPortedoperationException( 
"对 象 不 支持 这 个 功能 ") ; 
} 
/** 
* 从 组 合 对 象 中 移出 某 个 组 件 对 象 
* @param child 被 移出 的 组 件 对 象 
ie 
Public void removeChild(Component child) { 






没有 改变 , 和 模式 示 
例 代码 一 样 








throw new UnsupportedOperationException( 
"对 象 不 支持 这 个 功能 ") ; 
} 


/太太 


* 返回 某 个 索引 对 应 的 组 件 对 象 
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谎 





} 
( 
其 他 的 


* @param index 需要 获取 的 组 件 对 和 象 的 索引 ， 索 引 从 0 开始 
* @return 索引 对 应 的 组 件 对 象 

到 天 

public Component getChildren(int index) { 


throw new UnsupportedOperationException'l( 


"对 象 不 支持 这 个 功能 ") ; 


2) 来 看 看 叶子 对 象 的 实现 ， 它 的 变化 比较 少 ， 只 是 让 叶子 对 象 继承 了 组 件 对 象 ， 
和 不 用 模式 相 比 ， 没 有 什么 变化 。 示 例 代 码 如 下 : 


/** 
* 叶子 对 象 
ei 


public class Leaf extends Component{ 


} 
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/** 
A 需要 继承 组 件 对 象 


private String name = " "7 

/** 

* 构造 方法 ， 传 入 叶子 对 象 的 名 字 

* @param name 叶子 对 象 的 名 字 

号 水 

public Leaf (String name) { 

this.name = name; 

} 

/** 

* 输出 叶子 对 象 的 结构 ， 叶 子 对 象 没有 子 对 象 ， 也 就 是 输出 叶子 对 象 的 名 字 
* @param preStr 前 级 ， 主 要 是 按照 层级 拼接 的 空格 ， 实 现 向 后 缩 进 
ot 

public void PrintStruct (String PreStz) { 


System.out.PFintln(PreStLr+" 一 "+narme) :7 


(3) 接 下 来 看 看 组 合 对 象 的 实现 ， 这 个 对 象 变化 就 比较 多 ， 大 致 有 如 下 的 改变 。 
新 的 Composite 对 象 需要 继承 组 件 对 象 。 
原来 用 来 记录 包含 其 他 组 合 对 象 的 集合 和 包含 其 他 叶子 对 象 的 集合 ， 被 合并 成 为 
-个 ， 就 是 统一 的 包含 其 他 子 组 件 对 象 的 集合 。 使 用 组 合 模式 来 实现 ， 不 再 需要 
区 分 到 底 是 组 合 对 象 还 是 叶子 对 象 了 。 
原来 的 addComposite 和 addLeaf 方法 ， 可 以 不 需要 了 ， 将 其 合并 实现 成 组 件 对 象 
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中 定义 的 addChild 方法 ， 但 是 需要 现在 的 Composite 来 实现 这 个 方法 。 使 用 组 合 
模式 来 实现 ， 不 再 需要 区 分 到 底 是 组 合 对 象 还 是 叶子 对 象 了 。 
原来 的 printStruct 方法 的 实现 ， 完 全 要 按照 现在 的 方式 来 写 ， 变 化 较 大 。 


具体 的 示例 代码 如 下 : 


/六 六 


* 组 合 对 象 ， 可 以 包含 其 他 组 合 对 象 或 者 叶子 对 象 
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public class Composite extends Component{ 


/** 
* 用 来 存储 组 合 对 象 中 包含 的 子 组 件 对 象 需要 继承 组 件 对 象 


党 为 
private List<Component> childComponents = null; 
/六 六 







* 组 合 对 象 的 名 字 

学 这 一 个 集合 ， 代 替 了 原来 分 
， 开 记录 的 两 个 集合 

private String name = ""; 

/** 


* 构造 方法 ， 传 入 组 合 对 象 的 名 字 

* Q@param name 组 合 对 象 的 名 字 

从 

public Composite(String name) { 


this.name = name; 







代替 了 原来 的 
addComposite “和 
addLeaf 方法 





Public void addChild(Component child) { 
// 延 迟 初始 化 
if (chilacomponents == null) { 
childComponents = new ArrayList<Component>(); 
} 
childComponents.add (child); 
/** i 
* 输出 组 合 对 象 自身 的 结构 
* @param preStr 前 级 ， 主 要 是 按照 层级 拼接 的 空格 ， 实 现 向 后 缩 进 
a 
publiervold PrintStruet (String preStr)t 
// 先 把 自己 输出 去 
System.out.println (preStr+"+"+this.name); 
// 如 果 还 包含 有 子 组 件 ， 那 么 就 输出 这 些 子 组 件 对 象 
if(this.childComponents!=null){ 
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// 输 出 当前 对 象 的 子 对 象 
Eor (Component c : childComponents){ 
// 递 归 输 出 每 个 子 对 象 


c.pPrintstruct (preStr); 





(4) 客户 端 也 有 变化 。 客 户 端 不 再 需要 区 分 组 合 对 象 和 叶子 对 象 了 ,统一 使 用 组 件 
对 象 ， 调 用 的 方法 也 都 要 改变 成 组 件 对 和 象 定义 的 方法 。 示 例 代码 如 下 : 
public class Clients 
public static void main(String[] args) { 
// 定 义 所 有 的 组 合 对 象 
Component root = new Composite ("服装 "); 
Component cl = new Composite ("男装 ")， 


Component c2 = new Composite ("女装 "); 


// 定 义 所 有 的 叶子 对 象 

Component leafl = new Leaf ("衬衣 "); 
Component leaf2 = new Leaf ("夹克 ")， 
Component leaf3 = new Leaf ("裙子 "); 
Component leaf4 = new Leaf ("套装 ")，; 


// 按 照 树 的 结构 来 组 合 组 合 对 象 和 叶子 对 象 
oot addCntla(teL. 
rooktaddChLild(c2)s 
cl.addCchild(leafl); 
ci.addCchild(leaf2); 

c2.addchild (leaf3); 
c2.addCchild(leaf4); 

// 调 用 根 对 象 的 输出 功能 来 输出 整 棵 树 


Lootuprintotr iet( 


} 

从 上 面 的 示例 ， 大 家 可 以 看 出 ， 通 过 使 用 组 合 模式 ， 把 一 个 “部 分 一 整体 ”的 层次 
结构 表示 成 了 对 象 树 的 结构 。 这 样 一 来 ， 客 户 端 就 无 需 再 区 分 操作 的 是 组 合 对 象 还 是 叶 
子 对 象 了 ; 对 于 客户 端 而 言 ， 操 作 的 都 是 组 件 对 象 。 


404 


第 15 章 组 合 模式 (Corpooite) 【国生 
15.3 模式 讲解 


15. 3.1 认识 组 合 模式 


1. 组 合 模式 的 目的 
组 合 模 式 的 目的 是 : 让 客户 端 不 再 区 分 操作 的 是 组 合 对 象 还 是 叶子 对 象 ， 而 是 以 一 
个 统一 的 方式 来 操作 。 
实现 这 个 目标 的 关键 之 处 ， 是 设计 一 个 抽象 的 组 件 类 ， 让 它 可 以 代表 组 合 对 象 和 叶 
子 对 象 。 这 样 一 来 ， 客 户 端 就 不 用 区 分 到 底 操作 的 是 组 合 对 象 还 是 叶子 对 象 了 ， 只 需要 
把 它们 全 部 当 作 组 件 对 象 进行 统一 的 操作 就 可 以 了 。 
2. 对 象 树 
通常 ， 组 合 模式 会 组 合 出 树 型 结构 来 ， 组 成 这 个 树 型 结构 所 使 用 的 多 个 组 件 对 象 ， 
就 自然 地 形成 了 对 象 树 。 
这 也 意味 着 ， 所 有 可 以 使 用 对 象 树 来 描述 或 操作 的 功能 ， 都 可 以 考虑 使 用 组 合 模式 ， 
比如 读 取 XML 文件 ， 或 是 对 语句 进行 语法 解析 等 。 
3. 组 合 模式 中 的 递归 
组 合 模式 中 的 递归 ， 指 的 是 对 象 递 归 组 合 ， 不 是 常 说 的 递归 算法 。 通 常 我 们 谈 的 递 
归 算 法 ， 是 指 “ 一 个 方法 会 调用 方法 自己 ”这 样 的 算法 ， 是 从 功能 上 来 讲 的 ， 比 如 经 典 
的 求 阶乘 的 例子 。 示 例如 下 : 
public class RecursiveTest { 
/** 
* 示意 递归 算法 ， 求 阶乘 。 这 里 只 是 简单 的 实现 ， 只 能 实现 求 数 值 较 小 的 阶乘 
* 对 于 数据 比较 大 的 阶乘 ， 比 如 求 100 的 阶乘 应 该 采用 java.math.BigDecimal 
* 或 是 java.math.BigInteger 
* eparam a 求 阶乘 的 数值 
* @return 该 数值 的 阶乘 值 
本 从 
public int recursive (int 己 ) { 
if (a==1){ 
return 1 
} 
return a * recursive(a-1); 
} 
public static void main(String[] args) { 
RecursiveTest test = new RecursiveTest (); 
int result = test.recursive(5); 


System.out.println ("5 的 阶乘 ="+result)， 
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} 

而 在 组 合 模式 中 的 递归 ， 是 对 象 本 身 的 递归 ， 是 对 象 的 组 合 方式 ， 是 从 设计 上 来 讲 
的 ,在 设计 上 称 作 递 归 关联 ， 是 对 象 关联 关系 的 一 种 。 如 果 用 UML 来 表示 对 象 的 递归 关 
联 的 话 ， 一 对 一 的 递归 关联 如 图 15.4 所 示 ， 而 一 对 多 的 递归 关联 如 图 15.5 所 示 。 





图 15.4 一 对 一 递归 关联 结构 示意 图 “图 15.5 一 对 多 递归 关联 结构 示意 图 

另外 ， 组 合 对 象 还 有 一 个 特点 ， 就 是 理论 上 没有 层次 限制 。 组 合 对 象 A 包含 组 合 对 
象 B， 组 合 对 象 B 又 包含 组 合 对 象 C...， 这 样 下 去 是 没有 尽头 的 。 因 此 在 实现 的 时 候 ， 
一 个 必然 的 选择 就 是 递归 实现 。 

4. Component 中 是 否 应 该 实现 一 个 Component 列表 

大 多 数 情况 下 ， 一 个 Composite 对 象 会 持 有 子 节点 的 集合 。 有 些 朋 友 可 能 就 会 想 ， 
那么 能 不 能 把 这 个 子 节点 集合 定义 到 Component 中 去 呢 ? 因为 在 Component 中 声明 了 一 
些 操作 子 节点 的 方法 ， 这 样 一 来 ， 大 部 分 的 工作 就 可 以 在 Component 中 完成 了 。 

事实 上 , 这 种 方法 是 不 太 好 的 , 因为 在 父 类 来 存放 子 类 的 实例 对 象 中 , 对 于 Composite 
节点 来 说 没有 什么 ， 它 本 来 就 需要 存放 子 节点 ; 但 是 对 于 叶子 节点 来 说 ， 就 会 导致 空间 
的 浪费 ， 因 为 叶 节 点 本 身 不 需要 子 节点 。 

因此 只 有 当 组 合 结构 中 叶子 对 象 数 目 较 少 的 时 候 ， 才 值得 使 用 这 种 方法 。 

5. 最 大 化 Component 定义 

前 面 讲 到 了 组 合 模 式 的 目的 是 , 让 客户 端 不 再 区 分 操作 的 是 组 合 对 象 还 是 叶子 对 象 ， 
而 是 以 一 种 统一 的 方式 来 操作 。 

由 于 要 统一 两 种 对 象 的 操作 ， 所 以 Component 中 的 方法 也 主要 是 两 种 对 象 对 外 方法 
的 和 。 换 名 话说， 有 点 大 杂烩 的 意思 ， 组 件 里 面 既 有 叶子 对 象 需要 的 方法 ， 也 有 组 合 对 
象 需要 的 方法 。 


恒 其 实 这 种 实现 是 与 类 的 设计 原则 相 冲 突 的 ， 类 的 设计 有 这 样 的 原则 : 一 个 父 类 
上 E 汪 应 该 只 定义 那些 对 它 的 子 类 有 意义 的 操作 。 但 是 看 看 上 面 的 实现 就 知道 ， 


Component 中 的 有 些 方法 对 于 叶子 对 象 是 没有 意义 的 ， 那 么 怎么 解决 这 一 冲突 
多? 





常见 的 做 法 是 在 Component 中 为 对 某 些 子 对 象 没 有 意义 的 方法 提供 默认 的 实现 ， 或 
是 默认 抛 出 不 支持 该 功能 的 例外 。 这 样 一 来 ， 如 果子 对 象 需要 这 个 功能 ， 那 就 覆盖 实现 
它 ， 如 果 不 需要 ， 那 就 不 用 管 了 ， 使 用 父 类 的 默认 实现 就 可 以 了 。 

从 另 一 个 层面 来 说 ， 如 果 把 叶子 对 象 看 成 是 一 个 特殊 的 Composite 对 象 ， 也 就 是 没 
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有 子 节点 的 组 合 对 象 ， 这 样 ， 对 于 Component 而 言 ， 子 对 象 就 被 全 部 看 做 是 组 合 对 象 ， 
因此 定义 的 所 有 方法 都 是 有 意义 的 了 。 
6. 子 部 件 排序 


在 某 些 应 用 中 ， 使 用 组 合 模式 的 时 候 ， 需 要 按照 一 定 的 顺序 来 使 用 子 组 件 对 象 ， 比 
如 进行 语法 分 析 的 时 候 ， 使 用 组 合 模式 构建 的 抽象 语法 树 ， 在 解析 执行 的 时 候 ， 是 需要 
按照 顺序 来 执行 的 。 

对 于 这 样 的 功能 ， 在 设计 的 时 候 ， 需 要 把 组 件 对 象 的 索引 考虑 进去 ， 并 仔细 地 设计 
对 子 节点 的 访问 和 管理 接口 。 通 常 的 方式 是 需要 按照 顺序 来 存储 ， 这 样 在 获取 的 时 候 就 
可 以 按照 顺序 得 到 了 。 可 以 考虑 结合 Iterator 模式 来 实现 按照 顺序 来 访问 组 件 对 象 。 


15. 3.2 ”安全 性 和 透明 性 


根据 前 面 的 讲述 ， 在 组 合 模式 中 ， 把 组 件 对 象 分 成 了 两 种 : 一 种 是 可 以 包含 子 组 件 
的 Composite 对 象 ; 另 一 种 是 不 能 包含 其 他 组 件 对 象 的 叶子 对 象 。 

Composite 对 象 就 像 是 一 个 容器 ， 可 以 包含 其 他 的 Composite 对 象 或 叶子 对 象 。 当 然 
有 了 容器 ， 就 要 能 对 这 个 容器 进行 维护 ， 需 要 向 里 面 添加 对 象 ， 并 能 够 从 容器 里 面 获 取 
对 象 ， 还 要 能 从 容器 中 删除 对 象 ， 也 就 是 说 需要 管理 子 组 件 对 象 。 


这 就 产生 了 一 个 很 重要 的 问题 ， 在 组 合 模式 的 类 层次 结构 中 ， 到 底 在 哪 一 些 类 





里 面 定义 这 些 管 理子 组 件 的 操作 ， 是 应 该 在 Component 中 声明 这 些 操作 呢 ， 还 是 

在 Composite 中 声明 这 些 操作 ? 

这 就 需要 仔细 思考 ， 在 不 同 的 实现 中 ， 进 行 安全 性 和 透明 性 的 权衡 选择 。 

@ 这 里 所 说 的 安全 性 是 指 : 从 客户 使 用 组 合 模式 上 看 是 否 更 安全 。 如 果 是 安全 的 ， 
那么 就 不 会 有 发 生 误 操 作 的 可 能 ， 能 访问 的 方法 都 是 被 支持 的 功能 。 

m ”这 里 所 说 的 透明 性 是 指 : 从 客户 使 用 组 合 模式 上 上， 是否 需要 区 分 到 底 是 组 合 对 象 
还 是 叶子 对 象 。 如 果 是 透明 的 ， 那 就 不 用 再 区 分 ， 对 于 客户 而 言 ， 都 是 组 件 对 象 ， 
有 具体 的 类 型 对 于 客户 而 言 是 透明 的 ， 是 客户 无 须 关 心 的 。 

1. 透明 性 的 实现 


如 果 把 管理 子 组 件 的 操作 定义 在 Component 中 , 那么 客户 端 只 需要 面 对 Component， 
而 无 须 关 心 具体 的 组 件 类 型 ， 这 种 实现 方式 就 是 透明 性 的 实现 。 事 实 上 ， 前 面 示 例 的 实 
现 方式 都 是 这 种 实现 方式 。 

但 是 透明 性 的 实现 是 以 安全 性 为 代价 的 ， 因 为 在 Component 中 定义 的 一 些 方法 ， 对 
于 叶子 对 象 来 说 是 没有 意义 的 ， 比 如 增加 、 删 除 子 组 件 对 象 。 而 客户 不 知道 这 些 区 别 ， 
对 客户 是 透明 的 ， 因 此 客户 可 能 会 对 叶子 对 象 调用 这 种 增加 或 删除 子 组 件 的 方法 ， 这 样 
的 操作 是 不 安全 的 。 

组 合 模式 的 透明 性 实现 ， 通 常 的 方式 是 : 在 Component 中 声明 管理 子 组 件 的 操作 ， 
并 在 Component 中 为 这 些 方法 提供 默认 的 实现 ， 如 果子 对 象 不 支持 的 功能 ， 默 认 的 实现 
可 以 是 抛 出 一 个 例外 ， 来 表示 不 支持 这 个 功能 。 
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2. 安全 性 的 实现 

如 果 把 管理 子 组 件 的 操作 定义 在 Composite 中 ， 那 么 客户 在 使 用 叶子 对 象 的 时 候 ， 
就 不 会 发 生 使 用 添加 子 组 件 或 是 删除 子 组 件 的 操作 了 ， 因 为 压根 就 没有 这 样 的 功能 ， 这 
种 实现 方式 是 安全 的 。 

但 是 这 样 一 来 ， 客 户 端 在 使 用 的 时 候 ， 就 必须 区 分 到 底 使 用 的 是 Composite 对 象 ， 
还 是 叶子 对 象 ， 不 同 对 象 的 功能 是 不 一 样 的 。 也 就 是 说 ， 这 种 实现 方式 ， 对 客户 而 言 就 
不 是 透明 的 了 。 

下 面 把 用 透明 性 方式 实现 的 示例 改 成 用 安全 性 的 方式 再 实现 一 次 。 这 样 大 家 可 以 对 
比 来 看 ， 可 以 更 好 地 理解 组 合 模式 的 透明 性 和 安全 性 这 两 种 实现 方式 。 

还 是 先 来 看 一 下 使 用 安全 性 方式 实现 示例 的 结构 ， 如 图 15.6 所 示 。 


es ss 
DO tprintstruct forestr String) poro 


EN 六 


-childComponents:ListComponent>=null 


全 -name:Strine="" 
create» 


a +Leaf (name:Strine) Gcreate» 
es 


printStruct (preStr:String) :void DO+Composite (name:Strine) 
全 






















+printStruct (preStr:String]j:void 


图 15.6. 使 用 组 合 模式 的 安全 性 实现 方式 来 实现 示例 的 结构 示意 图 
(1) 首先 看 看 Component 的 定义 ， 跟 透明 性 的 实现 相 比 ， 使 用 安全 性 的 实现 方式 ， 
Component 中 不 再 定义 管理 和 操作 子 组 件 的 方法 ， 把 相应 的 方法 都 删除 了 。 示 例 代码 如 
下 : 
/** 
* 抽象 的 组 件 对 象 ， 安 全 性 的 实现 方式 
业 的 
Publio abDstract claaSs Component 2 
/** 
* 输出 组 件 自身 的 名 称 
wf 
public abstract void printSstruct(Stringiprestr); 
} 
(2) Composite 对 象 和 Leaf 对 象 的 实现 都 没有 任何 的 变化 ， 这 里 就 不 再 蒙 述 。 
(3) 接 下 来 看 看 客户 端的 实现 。 客 户 端的 主要 变化 是 要 区 分 Composite 对 象 和 Leaf 
对 象 ， 而 原来 是 不 区 分 的 ， 都 是 Component 对 象 。 示 例 代 码 如 下 : 
Public, elass Cient 


public static void main(String[] args) { 
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// 定 义 所 有 的 组 合 对 象 
Composite root = new Composite ("服装 "); 
Composite cl = new Composite ("男装 "); 
Composite c2 = new Composite ("女装 "); 
// 定 义 所 有 的 叶子 对 象 
Leaf leafl = new Leaf ("衬衣 "); 
Leaf leaf2 = new Leaf ("夹克 "); 
Leaf leaf3 = new Leaf ("裙子 "); 
Leaf leaf4 = new Leaf ("套装 "); 


// 按 照 树 的 结构 来 组 合 组 合 对 象 和 叶子 对 象 
root .addchild(c1l) 

root addChildtec2); 
cl.addCchild(leafl); 

cl.addCchild (leaf2); 
c2.addChild(leaf3); 
c2.addCchild(leaf4); 


// 调 用 根 对 象 的 输出 功能 来 输出 整 棵 树 


BOO DerneStru ct ("vy 


} 

从 上 面 的 示例 可 以 看 出 ， 从 实现 上 ， 透 明 性 和 安全 性 的 实现 差别 并 不 是 很 大 。 

3. 两 种 实现 方式 的 选择 

对 于 组 合 模式 而 言 ， 在 安全 性 和 透明 性 上 ， 会 更 看 重 透明 性 ， 毕 竟 组 合 模式 的 功能 
就 是 要 让 用 户 对 叶子 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 。 

而 且 对 于 安全 性 的 实现 ， 需 要 区 分 是 组 合 对 象 还 是 叶子 对 象 。 有 的 时 候 ， 需 要 将 对 
象 进行 类 型 转换 ， 却 发 现 类 型 信息 丢失 了 ， 只 好 强行 转换 ， 这 种 类 型 转换 必然 是 不 够 安 
全 的 。 

对 于 这 种 情况 的 处 理 方法 是 在 Component 中 定义 一 个 getComposite 方法 ， 用 来 判断 
是 组 合 对 象 还 是 叶子 对 象 ， 如 果 是 组 合 对 象 ， 就 返回 组 合 对 象 ， 如 果 是 叶子 对 象 ， 就 返 
回 null， 这 样 就 实现 了 先 判断 ， 然 后 再 强制 转换 。 

因此 在 使 用 组 合 模式 的 时 候 ， 建 议 多 采用 透明 性 的 实现 方式 ， 而 少 用 安全 性 的 实现 
方式 。 


15. 3.3 ” 父 组 件 引 用 


在 上 面 的 示例 中 ， 都 是 在 父 组 件 对 象 中 ， 保 存 有 子 组 件 的 引用 ， 也 就 是 说 都 是 从 父 
到 子 的 引用 。 而 本 节 来 讨论 一 下 子 组 件 对 象 到 父 组 件 对 象 的 引用 ， 它 在 实际 开发 中 也 是 
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非常 有 用 的 ， 比 如 : 


= ”现在 要 删除 菜 个 商品 类 别 。 如 果 这 个 类 别 没有 子 类 别 的 话 ， 直 接 删 除 就 可 以 了 ， 
没有 太 大 的 问题 ， 但 是 如 果 它 还 有 子 类 别 ， 这 就 涉及 到 它 的 子 类 别 如 何 处 理 了 ， 
一 种 情况 是 连带 全 部 删除 ， 一 种 是 上 移 一 层 ， 把 被 删除 的 商品 类 别 对 象 的 父 商品 
类 别 ， 设 置 成 为 被 删除 的 商品 类 别 的 子 类 别 的 父 商 品类 别 。 
a ”现在 要 进行 商品 类 别 的 细 化 和 调整 ， 把 原本 属于 A 类 别 的 一 些 商品 类 别 ， 调 整 到 
B 类 别 里 面 去 , 某 个 商品 类 别 的 调整 会 伴随 着 它 所 有 的 子 类 别 一 起 调整 。 这 样 的 调 
整 可 能 会 : 把 原本 是 兄弟 关系 的 商品 类 别 变 成 了 父子 关系 ， 也 可 能 会 把 原本 是 父 
子 关系 的 商品 类 别 调整 成 了 兄弟 关系 ， 如 此 等 等 ， 会 有 很 多 种 可 能 。 
要 实现 上 述 的 功能 ， 一 个 较为 简单 的 方案 就 是 在 保持 从 父 组 件 到 子 组 件 引用 的 基础 
上 ， 再 增加 保持 从 子 组 件 到 父 组 件 的 引用 ， 这 样 在 删除 一 个 组 件 对 象 或 是 调整 一 个 组 件 
对 象 的 时 候 ， 可 以 通过 调整 父 组 件 的 引用 来 实现 ， 可 以 大 大 简化 实现 。 
通常 会 在 Component 中 定义 对 父 组 件 的 引用 ， 组 合 对 象 和 叶子 对 象 都 可 以 继承 这 个 
引用 。 那 么 什么 时 候 来 维护 这 个 引用 呢 ? 


较为 容易 的 办 法 就 是 : 在 组 合 对 象 添加 子 组 件 对 象 的 时 候 ， 为 子 组 件 对 象 设置 父 
组 件 的 引用 ， 在 组 合 对 象 删除 一 个 子 组 件 对象 的 时 候 ， 再 重新 设置 相关 子 组 件 的 


父 组 件 引 用 。 把 这 些 实现 到 Composite 中 , 这 样 所 有 的 子 类 都 可 以 继承 到 这 些 方法 ， 

从 而 更 容易 地 维护 子 组件 到 父 组 件 的 引用 。 

还 是 看 示例 会 比较 清楚 。 在 前 面 实现 的 商品 类 别 的 示例 基础 上 ， 来 示例 对 父 组 件 的 
引用 ， 并 实现 删除 某 个 商品 类 别 ， 然 后 把 被 删除 的 商品 类 别 对 象 的 父 商品 类 别 ， 设 置 成 
为 被 删除 的 商品 类 别 的 子 类 别 的 父 商品 类 别 。 也 就 是 把 被 删除 的 商品 类 别 对 象 的 子 商 品 
类 别 都 上 移 一 层 。 

(1) 先 看 看 Component 组 件 的 定义 ， 大 致 有 如 下 变化 。 

am 添加 一 个 属性 来 记录 组 件 对 象 的 父 组 件 对 象 ， 同 时 提供 相应 的 getter/setter 方法 来 

访问 父 组 件 对 象 。 

m ”添加 一 个 能 获取 一 个 组 件 所 包含 的 子 组 件 对 象 的 方法 ， 提 供给 实现 当 某 个 组 件 被 

删除 时 ， 把 它 的 子 组 件 对 象 上 移 一 层 的 功能 时 使 用 。 

示例 代码 如 下 : 


public abstract class Component { 





/** 

* 记录 父 组 件 对 象 

看 

private Component parent = null; 
/*# 

* 获取 一 个 组 件 的 父 组 件 对 象 

* @return 一 个 组 件 的 父 组 件 对 象 

区 
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(2) 接 下 来 看 看 Composite 的 实现 ， 大 致 有 如 下 变化 。 

= 在 添加 子 组 件 的 方法 实现 中 ， 加 入 对 父 组 件 的 引用 实现 。 

ae 在 删除 子 组 件 的 方法 实现 中 ， 加 入 把 被 删除 的 商品 类 别 对 象 的 父 商品 类 别 ， 设 置 
成 为 被 删除 的 商品 类 别 的 子 类 别 的 父 商品 类 别 的 功能 。 

a ”实现 新 的 返回 组 件 的 子 组 件 对 象 的 功能 。 

示例 代码 如 下 : 





贸 
度 





/** 
* 组 合 对 象 ， 可 以 包含 其 他 组 合 对 象 或 者 叶子 对 和 象 
Ry 
Public class Composite extends Component{ 
public void addChilgd(Component child) { 
/ /延迟 初始 化 
if (childComponents == null) { 
childComponents = new ArrayList<Component>(); 


} 
childComponents.add (child); 


// 添 加 对 父 组 件 的 引用 
child.setParent(this) : 


public void removeChild(Component child) { 
if (childComponents != null) { 
// 碍 找到 要 删除 的 组 件 在 集合 中 的 索引 位 置 
int idx = childComponents.indexOf (child); 
if~ (Tor = = 
// 先 把 被 删除 的 商品 类 别 对 象 的 父 商品 类 别 ， 
// 设 置 成 为 被 删除 的 商品 类 别 的 子 类 别 的 父 商 品类 别 
for(Component c¢ : child.getChildren()){ 
// 删 除 的 组 件 对 和 象 是 本 实例 的 一 个 子 组 件 对 和 象 
c.setParent (this); 


// 把 被 删除 的 商品 类 别 对 象 的 子 组 件 对 象 添 加 到 当前 实例 中 
childComponents .add(c) : 


// 真 的 删除 


childCcomponents .remove (idx); 


} 
public List<Component> getchildren() { 


return childComponents; 


private List<Component> childComponents = null; 


mn 


private String name = 
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public Composite(String name){ 
this.name = name; 
public void printStruct (String PreStr)t{ 
System.out.Println(PreStr+"+"+this.name) 
if(this.childComponents!=null)t{ 
本 
for (Component C : childComponents){ 


ec,.printStruct (preSte)y 


} 
(3) 叶子 对 象 没 有 任何 的 改变 ， 这 里 不 再 袭 述 。 
(4) 可 以 写 个 客户 端 来 测试 一 下 了 。 在 原来 的 测试 后 面 ， 删 除 一 个 节点 ， 然 后 再 次 
输出 整 棵 树 的 结构 ， 看 看 效果 。 示 例 代 码 如 下 : 
vublic class CLient. { 
public static void main(String[] args) { 

// 定 义 所 有 的 组 合 对 象 
Component root = new Composite (" 服 装 ") ， 
Component cl = new Composite ("男装 "); 
Component c2 = new Composite ("女装 ")，; 
// 定 义 所 有 的 叶子 对 象 
Component leafl = new Leaf ("衬衣 "); 
Component leaf2 = new Leaf ("夹克 "); 
Component leaf3 = new Leaf ("裙子 "); 

Component leaf4 = new Leaf ("套装 "); 

// 按 照 树 的 结构 来 组 合 组 合 对 象 和 叶子 对 象 

root/uaddchnild (eel) 

root.addCchild(c2); 

cl.adddehiid (leatl) 

cl.addohild (leaf2)) 

c2.addchild(leaf3); 

c2.addChild(leaf4); 

// 调 用 根 对 象 的 输出 功能 来 输出 整 棵 树 

TODOU: BELNCLStEUCE( 

SVSstemiout print l(t 二 

// 然 后 删除 一 个 节点 


root.removeChild(c1); 
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// 重 新 输出 整 棵 树 


GOESBPELREES 七 DECEE 人 er 故人 7 


} 
运行 结果 如 下 : 
+ 服装 
+ 男装 
-衬衣 


仔细 观察 上 面 的 结果 ， 当 男装 的 节点 被 删除 后 ， 会 把 原来 男装 节点 下 的 子 节点 ， 添 
加 到 原来 男装 的 父 节点 ， 也 就 是 服装 的 下 面 。 输 出 是 按照 添加 的 先后 顺序 来 的 ， 所 以 先 
输出 了 女装 节点 ， 然 后 才 输 出 衬衣 和 夹克 节点 。 


15. 3.4 环 状 引用 


所 谓 环 状 引 用 ， 指 的 是 在 对 象 结构 中 ， 某 个 对 象 包 含 的 子 对 象 ， 或 是 子 对 和 象 的 子 对 
象 ， 或 是 子 对 象 的 子 对 象 的 子 对 象 ..…... 如 此 经 过 NN 层 后 ， 出 现 所 包含 的 子 对 象 中 有 这 个 
对 象 本 身 ， 从 而 构成 了 环 状 引用 。 比 如 ，A 包含 B，B 包含 C， 而 C 又 包含 了 A， 转 了 
一 圈 ， 转 回来 了 ， 就 构成 了 一 个 环 状 引用 。 

在 使 用 组 合 模式 构建 树 状 结构 的 时 候 ， 这 种 引用 是 需要 考虑 的 一 种 情况 。 通 常情 况 
下 ， 组 合 模式 构建 的 树 状 结构 ， 是 不 应 该 出 现 环 状 引用 的 ， 如 果 出 现 了 ， 多 半 是 有 错误 
发 生 了 。 因 此 在 应 用 组 合 模式 实现 功能 的 时 候 ， 就 应 该 考虑 要 检测 并 避免 出 现 环 状 引用 ， 
否则 很 容易 引起 死 循环 ， 或 是 同一 个 功能 被 操作 多 次 。 


活路 但 是 要 说 明 的 是 : 组 合 模式 的 实现 里 面 也 是 可 以 有 环 状 引用 的 ， 当 然 需要 特殊 
了 六 构建 环 状 引用 ， 并 提供 相应 的 检测 和 处 理 ， 这 里 不 去 讨论 这 种 情况 。 


那么 如 何 检测 是 否 有 环 状 引用 的 情况 发 生 呢 ? 
一 个 很 简单 的 思路 就 是 记录 下 每 个 组 件 从 根 节点 开始 的 路 径 , 因为 要 出 现 环 状 引用 ， 
在 一 条 路 径 上 ， 某 个 对 象 就 必然 会 出 现 两 次 。 因 此 每 个 对 象 在 整个 路 径 上 只 是 出 现 了 一 
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次 ， 那 么 就 不 会 出 现 环 状 引用 。 
这 个 判断 的 功能 可 以 添加 到 Composite 对 象 的 添加 子 组 件 的 方法 中 ， 如 果 是 环 状 引 
用 的 话 ， 就 抛 出 例外 ， 并 不 会 把 它 加 入 到 子 组 件 中 去 。 
还 是 通过 示例 来 说 明 吧 。 在 前 面 实现 的 商品 类 别 的 示例 基础 上 ， 来 加 入 对 环 状 引用 
的 检测 和 处 理 。 约 定 用 组 件 的 名 称 来 代表 组 件 ， 也 就 是 说 ， 组 件 的 名 称 是 唯一 的 ， 不 会 
重复 的 ， 只 要 检测 在 一 条 路 径 上 ， 组 件 名 称 不 重复 ， 那 么 组 件 就 不 会 重复 。 
(1) 先 看 看 Component 的 定义 ， 大 致 有 如 下 变化 。 
ms 添加 一 个 记录 每 个 组 件 路 径 的 属性 ， 并 提供 相应 的 getter/setter 方法 。 
ma ”为 了 拼接 组 件 的 路 径 ， 新 添加 一 个 方法 来 获取 组 件 的 名 称 。 
示例 代码 如 下 : 
public abstract class Component  { 
/大 大 
* 记录 每 个 组 件 的 路 径 
a 
private String componentPath = ""} 
ease 
* 获取 组 件 的 路 径 
* @return 组 件 的 路 径 
wh 
public String getComponentPath() 1{ 
return componentPath; 
: 
/** 
* 设置 组 件 的 路 径 
* Q@param componentPath 组 件 的 路 径 
Wet 
public void setComponentPath (String componentPath) { 
this.componentPath = componentPpath; 
} 
/** 
* 获取 组 件 的 名 称 
* @return 组 件 的 名 称 
bad 
puBlic. abstract. String getName()y 


public"abstract void printStruet (String prestr)s 
public void addChild(Component child) { 
throw new UnsupportedOperationException!( 


"对 象 不 支持 这 个 功能 ") ; 
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研 
} 
Public void removeChild(Component child) 1 
throw new UnsuppPorteaoperationException ( 
"对 象 不 支持 这 个 功能 ") ; 
} 
Public Component getChildren (int index) { 


throw new UnsupportedOperationException\( 


"对 象 不 支持 这 个 功能 ") ; 





} 
(2) 再 看 看 Composite 的 实现 ， 大 致 有 如 下 变化 。 
ma ”提供 获取 组 件 名 称 的 实现 。 
a ”在 添加 子 组 件 的 实现 方法 中 ， 进 行 是 否 环 状 引 用 的 判断 ， 并 计算 组 件 对 象 的 路 径 ， 
然后 设置 回 组 件 对 象 中 。 
示例 代码 如 下 : 
public class Composite extends Component{ 
public String getName(){ 
return this.name; 
} 
public void addChild(Component child) { 
// 延 迟 初始 化 
if (childComponents == null) 1{ 
childComponents = new ArrayList<Component>(); 


} 
childComponents.add(child); 


// 先 判断 组 件 路 径 是 否 为 空 ， 如 果 为 空 ， 说 明 本 组 件 是 根 组 件 
IE (this .getComponentPath () ==mul1 
11 this.getComponentPath() .trim() .LIength ()==0) 1{ 
// 把 本 组 件 的 name 设 置 到 组 件 路 径 中 
this.setComponentPath (this .name) : 
} 
// 判 断 要 加 入 的 组 件 在 路 径 上 是 否 出 现 过 
// 先 判断 是 否 是 根 组 件 
if(this.getComponentPath () 
.startsWith (child.getName ()+"."))1{ 
// 说 明 是 根 组 件 ， 重 复 添加 了 
throw new java.lang.IllegalArgumentException( 
"在 本 通路 上 ， 组 件 '"+child.getName ()+"' 已 被 添加 过 了 "); 
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}elsel 
if(this.getComponentPath () 
.indexOf ("."+child.getName()) < 0){ 
// 表 示 没 有 出 现 过 ， 那 么 可 以 加 入 
/ /计算 组 件 的 路 径 
String componentPath = this.getComponentPath() 
+"."+child.getName (); 
// 设 置 子 组 件 的 路 径 
child.setComponentPath (componentPath); 
}elsef 
throw new java.lang.IllegalArgumentException( 
"在 本 通路 上 ， 组件 '"+child.getName ()+"' 已 被 添加 过 了 "); 


private List<Component> childComponents = null; 
private String name = ""; 
public Composite(String name) { 
this.name = name; 
} 
public void PrintStruct (String preStr)t{ 
System.out.printlin(preSstr+"+"+this.name); 
if(this.childComponents!=null)t{ 
preStr+=" "7 
for(Component c : childComponents){ 


CaprintSstruct (preStr)s 


} 

(3) 叶子 对 象 的 实现 ， 只 是 多 了 一 个 实现 获取 组 件 名 称 的 方法 ， 也 就 是 直接 返回 叶 
子 对 象 的 Name， 跟 Composite 中 的 实现 是 类 似 的 ， 就 不 再 代码 示例 了 。 

(4) 客户 端的 代码 可 以 不 做 修改 ， 正 常 执 行 ， 输 出 商品 类 别 树 来 。 当 然 ， 如 果 想 要 
看 到 环 状 引用 检测 的 效果 ， 则 可 以 做 一 个 环 状 引用 测试 看 看 ， 比 如 : 

public class Client { 

public static void main(String[] args) { 
// 定 义 所 有 的 组 合 对 和 象 


Component root = new Composite ("服装 ")， 
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Component cl = new Composite(" 男 装 ") ; 
Component c2= new Composite ("衬衣 "); 
Component c3= new Composite (" 男 装 ") ; 
// 设 置 一 个 环 状 引用 

-Zoot .addchild(cI) 

cl.addchild(c2); 

c2.addchild(c3); 





// 调 用 根 对 象 的 输出 功能 来 输出 整 棵 树 


TOOt DrintStruct Cs 


} 

运行 结果 如 下 : 

Exception in thread "main" java.lang.IllegalArgumentException: 

在 本 通路 上 ， 组 件 ' 男装 ' 已 被 添加 过 了 后 面 的 堆栈 信息 就 省 略 了 

(5) 说 明 。 

上 面 进行 环 路 检测 的 实现 是 非常 简单 的 ， 但 是 还 有 一 些 问题 没有 考虑 ， 比 如 ， 要 是 
删除 了 路 径 上 的 某 个 组 件 对 象 ， 那 么 所 有 该 组 件 对 象 的 子 组 件 对 象 所 记录 的 路 径 ， 都 需 
要 修改 ， 要 把 这 个 组 件 从 所 有 相关 路 径 上 都 删除 。 就 是 在 被 删除 的 组 件 对 象 的 所 有 子 组 
件 对 象 的 路 径 上 ， 查 找到 被 删除 组 件 的 名 称 ， 然 后 通过 字符 串 截 取 的 方式 将 其 删除 。 

只 是 这 样 的 实现 方式 有 些 不 太 好 ， 要 实现 这 样 的 功能 ， 可 以 考虑 使 用 动态 计算 路 径 
的 方式 ， 每 次 添加 一 个 组 件 的 时 候 ， 动 态 地 递归 寻找 父 组 件 ， 然 后 父 组 件 再 找 父 组 件 ， 
一 直到 根 组 件 ， 这 样 就 能 避免 某 个 组 件 被 删除 后 ， 路 径 发 生 了 变化 ， 需 要 修改 所 有 相关 
路 径 记 录 的 情况 。 


15. 3.5 组 合 模式 的 优 缺 点 


组 合 模式 有 以 下 优点 。 

ms ”定义 了 包含 基本 对 象 和 组 合 对 象 的 类 层次 结构 
在 组 合 模式 中 ， 基 本 对 象 可 以 被 组 合成 复杂 的 组 合 对 象 ， 而 组 合 对 象 又 可 以 组 合 
成 更 复杂 的 组 合 对 象 ， 可 以 不 断 地 递归 组 合 下 去 ， 从 而 构成 一 个 统一 的 组 合 对 象 
的 类 层次 结构 。 

m ”统一 了 组 合 对 象 和 叶子 对 象 
在 组 合 模式 中 ， 可 以 把 叶子 对 象 当 作 特 殊 的 组 合 对 象 看 待 ， 为 它们 定义 统一 的 父 
类 ， 从 而 把 组 合 对 象 和 叶子 对 象 的 行为 统一 起 来 。 

m ”简化 了 客户 端 调用 
组 合 模 式 通 过 统一 组 合 对 象 和 叶子 对 象 ， 使 得 客户 端 在 使 用 它们 的 时 候 ， 不 需要 
再 去 区 分 它们 ,客户 不 关心 使 用 的 到 底 是 什么 类 型 的 对 象 ， 这 就 大 大 简化 了 客户 
端的 使 用 。 
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= 更 容易 扩展 


由 于 客户 端 是 统一 地 面 对 Component 来 操作 ， 因 此 ， 新 定义 的 Composite 或 Leaf 
子 类 能 够 很 容易 地 与 已 有 的 结构 一 起 工作 , 而 客户 端 不 需要 为 增添 了 新 的 组 件 类 
而 改变 。 

组 合 模 式 的 缺点 是 很 难 限制 组 合 中 的 组 件 类 型 。 

容易 增加 新 的 组 件 也 会 带 来 一 些 问题 ， 比 如 很 难 限制 组 合 中 的 组 件 类 型 。 


这 在 需要 检测 组 件 类 型 的 时 候 ， 使 得 我 们 不 能 依靠 编译 期 的 类 型 约束 来 完成 ， 必 须 
在 运行 期 间 动 态 检测 。 


15. 3.6 思考 组 合 模式 


1. 组 合 模式 的 本 质 


组 合 模式 的 本 质 : 统一 叶子 对 象 和 组 合 对 象 。 


组 合 模式 通过 把 叶子 对 象 当成 特殊 的 组 合 对 象 看 待 ， 从 而 对 叶子 对 象 和 组 合 对 象 一 
视 同 仁 ， 全 部 当成 了 Component 对 象 ， 有 机 地 统一 了 叶子 对 象 和 组 合 对 象 。 
正 是 因为 统一 了 叶子 对 象 和 组 合 对 象 ， 在 将 对 象 构建 成 树 型 结构 的 时 候 ， 才 不 需要 
做 区 分 ， 反 正 是 组 件 对 象 里 面包 含 其 他 的 组 件 对 象 ， 如 此 递归 下 去 ; 也 才 使 得 对 于 树 形 
结构 的 操作 变 得 简单 ， 不 管 对 象 类 型 ， 统 一 操作 。 
2. 何 时 选用 组 合 模式 
建议 在 以 下 情况 中 选用 组 合 模式 。 
sm ”如 果 你 想 表示 对 和 象 的 部 分 一 整体 层次 结构 ， 可 以 选用 组 合 模式 ， 把 整体 和 部 分 的 
操作 统一 起 来 ， 使 得 层次 结构 实现 更 简单 ， 从 外 部 来 使 用 这 个 层次 结构 也 容易 。 
am ”如 果 你 希望 统一 地 使 用 组 合 结构 中 的 所 有 对 象 ， 可 以 选用 组 合 模 式 ， 这 正 是 组 合 
模式 提供 的 主要 功能 。 


15. 3.7 相关 模式 


m ”组 合 模 式 和 装饰 模式 
这 两 个 模式 可 以 组 合 使 用 。 
装饰 模式 在 组 装 多 个 装饰 器 对 象 的 时 候 ， 是 一 个 装饰 器 找 下 一 个 装饰 器 ， 下 一 个 
再 找 下 一 个 ， 如 此 递归 下 去 。 其 实 这 种 结构 也 可 以 使 用 组 合 模式 来 帮助 构建 ， 这 
样 一 来 ， 装 饰 器 对 象 就 相当 于 组 合 模式 的 Composite 对 象 了 。 
要 让 两 个 模式 能 很 好 地 组 合 使 用 ， 通 常会 让 它们 有 一 个 公共 的 父 类 。 因 此 装饰 器 
必须 支持 组 合 模式 需要 的 一 些 功能 ， 比 如 ， 增 加 、 删 除 子 组 件 等 。 

m。 组 合 模式 和 享 元 模式 
这 两 个 模式 可 以 组 合 使 用 。 
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如 果 组 合 模式 中 出 现 大 量 相似 的 组 件 对 象 的 话 ， 可 以 考虑 使 用 享 元 模式 来 帮助 组 
存 组 件 对 象 ， 这 样 可 以 减少 对 内 存 的 需要 。 

使 用 享 元 模式 也 是 有 条 件 的 ， 如 果 组 件 对 象 的 可 变化 部 分 的 状态 能 够 从 组 件 对 和 象 
中 分 离 出 去 ， 并 且 组 件 对 象 本 身 不 需要 向 父 组 件 发 送 请 求 的 话 ， 就 可 以 采用 享 元 
模式 。 

组 合 模式 和 从 代 器 模式 

这 两 个 模式 可 以 组 合 使 用 。 

在 组 合 模式 中 ， 通 常 可 以 使 用 和 迭代 器 模式 来 遍历 组 合 对 象 的 子 对 象 集 合 ， 而 无 需 
关心 具体 存放 子 对 象 的 聚合 结构 。 

组 合 模式 和 访问 者 模式 

这 两 个 模式 可 以 组 合 使 用 。 

访问 者 模式 能 够 在 不 修改 原 有 对 象 结构 的 情况 下 ， 为 对 象 结构 中 的 对 象 增添 新 的 
功能 。 访 问 者 模式 和 组 合 模式 合用 ， 可 以 把 原本 分 散在 Composite 和 Leaf 类 中 的 
操作 和 行为 都 局 部 化 。 

如 果 在 使 用 组 合 模式 的 时 候 ， 预 计 到 今后 可 能 会 有 增添 其 他 功能 的 可 能 ， 那 么 可 
以 采用 访问 者 模式 ， 来 预 留 好 添加 新 功能 的 方式 和 通道 ， 这 样 以 后 在 添加 新 功能 
的 时 候 ， 就 不 需要 再 修改 已 有 的 对 象 结构 和 已 经 实现 的 功能 

组 合 模式 和 职责 链 模 式 

这 两 个 模式 可 以 组 合 使 用 。 

职责 链 模式 要 解决 的 问题 是 : 实现 请 求 的 发 送 者 和 接收 者 之 间 解 厢 。 职 责 链 模式 
的 实现 方式 是 把 多 个 接收 者 组 合 起 来 ， 构 成 职责 链 ， 然 后 让 请 求 在 这 条 链 上 传递 ， 
直到 有 接收 者 处 理 这 个 请 求 为 止 。 

可 以 应 用 组 合 模式 来 构建 这 条 链 ， 相 当 于 是 子 组 件 找 父 组 件 ， 父 组 件 又 找 父 组 件 ， 
如 此 递归 下 去 ， 构 成 一 条 处 理 请 求 的 组 件 对 象 链 。 

组 合 模式 和 命令 模式 

这 两 个 模式 可 以 组 合 使 用 。 

命令 模式 中 有 一 个 宏 命令 的 功能 ， 通 常 这 个 宏 命令 就 是 使 用 组 合 模式 来 组 装 出 来 
的 。 





16.1 场景 问题 


16. 1.1 登录 控制 


几乎 所 有 的 应 用 系统 ， 都 需要 系统 登录 控制 的 功能 ， 有 些 系统 甚至 有 多 个 登录 控制 
的 功能 ， 比 如 ， 普 通用 户 可 以 登录 前 台 ， 进 行 相 应 的 业务 操作 ;而 工作 人 员 可 以 登录 后 
台 ， 进 行 相应 的 系统 管理 或 业务 处 理 。 
现在 有 这 么 一 个 基于 Web 的 企业 级 应 用 系统 ， 需 要 实现 这 两 种 登录 控制 ， 直 接 使 用 
不 同 的 登录 页 面 来 区 分 它们 ， 把 基本 的 功能 需求 分 别 描述 如 下 。 
先 看 看 普通 用 户 登 录 前 台 的 登录 控制 的 功能 。 
sm 前 台 页 面 : 用 户 能 输入 用 户 名 和 密码 ， 提 交 登 录 请 求 ， 让 系统 进行 登录 控制 。 
ma ”后台 : 从 数据 库 获取 登录 人 员 的 信息 。 
sa ”后 台 : 判断 从 前 台 传递 过 来 的 登录 数据 和 数据 库 中 己 有 的 数据 是 否 匹 配 。 
m ”前 人 台 Action: 如 果 匹 配 就 转向 首页 ， 如 果 不 匹 配 就 返回 到 登录 页 面 ， 并 显示 错误 提 
示 信 息 。 
再 来 看 看 工作 人 员 登 录 后 台 的 登录 控制 功能 。 
sm ”前 台 页 面 : 用 户 能 输入 用 户 名 和 密码 ; 提交 登录 请 求 ， 让 系统 进行 登录 控制 。 
me 后台: 从 数据 库 获取 登录 人 员 的 信息 。 
m ”后 全 ; 把 从 前 台 传 递 过 来 的 密码 数据 使 用 相应 的 加 密 算法 进行 加 密 运 算 ， 得 到 加 
密 后 的 密码 数据 。 
m ”后台 : 判断 从 前 台 传 递 过 来 的 用 户 名 和 加 密 后 的 密码 数据 和 数据 库 中 已 有 的 数据 
是 否 匹 配 。 
sm ”前台 Action: 如 果 匹 配 就 转向 首页 ， 如 果 不 匹配 就 返回 到 登录 页 面 ， 并 显示 错误 提 
示 信 息 。 





说 明 : 普通 用 户 和 工作 人 员 在 数据 库 中 是 存储 在 不 同 表 里 面 的 ， 当 然 也 是 不 同 


的 模块 来 维护 普通 用 户 的 数据 和 工作 人 员 的 数据 ， 另 外 工作 人 员 的 密码 是 加 密 
存放 的 。 





16. 1.2 不 用 模式 的 解决 方案 


由 于 普通 用 户 登 录 和 工作 人 员 登 录 是 不 同 的 模块 ， 有 不 同 的 页 面 、 不 同 的 逻辑 处 理 
和 不 同 的 数据 存储 ， 因 此 ， 在 实现 上 完全 作为 两 个 独立 的 小 模块 来 完成 。 这 里 把 它们 的 
逻辑 处 理 部 分 分 别 实现 出 来 。 

(1) 先 来 看 看 普通 用 户 登 录 的 逻辑 处 理 部 分 。 示 例 代 码 如 下 : 

/** 

* 普通 用 户 登 录 控 制 的 逻辑 处 理 
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对 应 的 LoginModel， 示 例 代码 如 下 : 





合 
谎 


/x** 
* 描述 登录 人 员 登 录 时 填写 的 信息 的 数据 模型 
sp 


public class LoginModel { 
private String userId,pwad; 
public String getUserId'() { 
return userId; 
} 


public void setUserId (String userId) 





this.userIid = UserIds 

由 

public String getPwd() { 
return pwd; 

} 

Public void setPwd(String pwd) { 
this.pwd = pwd; 


} 


对 应 的 UserModel， 示 例 代 码 如 下 : 
/大火 
* 描述 用 户 信 息 的 数据 模型 
public class UserModel { 
private String uuid,userId,pwd,name; 
public String getUuid() { 
return uuid; 
} 
public void setUuidl(String uuid) { 
this.uuid = uuid; 
} . 
public String getUserId() { 
return userId; 
} 
public void setUserId(String userId) 
this.userId = UserId; 
} 
public String getPwd() { 
return pwad; 
} 
public void setPwd(String pwd) { 
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this.pwd = pwd; 
} 
public String getName() { 
return name; 
} 
Public void setName (String name) { 


this.name = name; 


b; 
(2) 再 看 看 工作 人 员 登 录 的 逻辑 处 理 部 分 。 示 例 代码 如 下 : 
/** 
* 工作 人 员 登 录 控制 的 逻辑 处 理 
a 
public class WorkerLogin { 
/大 
* 判断 登录 数据 是 否 正 确 ， 也 就 是 是 否 能 登录 成 功 
* @param lm 封装 登录 数据 的 Model 
* @return true 表 示 登 录 成 功 ，false 表 示 登 录 失 败 
区 下 
public boolean login(LoginModel lm) { 
//1: 根据 工作 人 员 编 号 去 获取 工作 人 员 的 数据 
WorkerModel wm = findWorkerByWorkerId(lm.getWorkerId()); 
//2: 判断 从 前 台 传递 过 来 的 用 户 名 和 加 密 后 的 密码 数据 ， 
// 和 数据 库 中 已 有 的 数据 是 否 匹 配 
// 先 判断 工作 人 员 是 否 存 在 ， 如 果 wm 为 nu11， 说 明 工 作 人 员 肯 定 不 存在 
// 但 是 不 为 nul11， 工 作 人 员 不 一 定 存 在 ， 
// 因 为 数据 层 可 能 返回 new WorkerModel () ;因此 还 需要 做 进一步 的 判断 
Wm) 二 
/1/3: 把 从 前 人 台 传 来 的 密码 数据 使 用 相应 的 加 密 算法 进行 加 密 运算 
String encryptPwd = this.encryptPwd (lm.getPwd()); 
// 如 果 工 作 人 员 存 在 ， 检 查 工作 人 员 编 号 和 密码 是 否 匹 配 
if (wm.getWorkerIid() .equals (lm.getWorkerId()) 
&& wm.getPwd() .equals (encryptPwd)) {{ 


return true; 








注意 这 个 地 方 ， 是 和 
加 密 后 的 密码 数据 进 
行 比较 


} 


return false; 






} 
/** 
* 对 密码 数据 进行 加 密 
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对 应 的 LoginModel， 示 例 代 码 如 下 : 
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对 应 的 WorkerModel， 示 例 代码 如 下 : 








16. 1.3 有 何 问题 


看 了 上 面 的 实现 示例 ， 是 不 是 很 简单 。 但 是 ， 仔 细 看 看 ， 总 会 觉得 有 点 问题 ， 两 种 
登录 的 实现 太 相 似 了 ， 现 在 是 完全 分 开 ， 当 作 两 个 独立 的 模块 来 实现 的 ， 如 果 今 后 要 扩 
展 功能 ， 比 如 要 添加 “控制 同一 个 编号 同时 只 能 登录 一 次 ”的 功能 ， 那 么 两 个 模块 都 需 
要 修改 ， 是 很 麻烦 的 。 而 且 ， 现 在 的 实现 中 ， 也 有 很 多 相似 的 地 方 ， 显 得 很 重复 ， 另 外 ， 
具体 的 实现 和 判断 的 步骤 混合 在 一 起 ， 不 利于 今后 变换 功能 ， 比 如 要 变换 加 密 算法 等 。 

总 之 ， 上 面 的 实现 ， 有 两 个 很 明显 的 问题 : 一 是 重复 或 相似 代码 太 多 ; 二 是 扩展 起 
来 很 不 方便 。 

那么 该 怎样 解决 呢 ? 如 何 实现 才能 让 系统 既 灵 活 又 能 简洁 地 实现 需求 功能 呢 ? 


16.2 解决 方案 
16. 2.1 使 用 模板 方法 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 模板 方法 模式 。 那 么 什么 是 模板 方法 
模式 呢 ? 
1. 模板 方法 模式 的 定义 


定义 一 个 操作 中 的 算法 的 骨架 ， 而 将 一 些 步骤 延 六 到 子 类 中 。 模 板 方法 使 得 


子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步骤 。 





2. 应 用 模板 方法 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 问题 ， 重 复 或 相似 代码 太 多 、 扩 展 不 方便 ， 出 现 这 些 问 题 的 原因 在 
哪里 ? 主要 就 是 两 个 实现 是 完全 分 开 、 相 互 独立 的 ， 没 有 从 整体 上 进行 控制 。 如 果 把 两 
个 模块 合 起 来 看 ， 就 会 发 现 ， 那 些 重复 或 相似 的 代码 应 该 被 抽取 出 来 ， 做 成 公共 的 功能 ， 
而 不 同 的 登录 控制 就 可 以 去 扩展 这 些 公共 的 功能 。 这 样 一 来 ， 扩 展 的 时 候 ， 如 果 出 现 有 
相同 的 功能 ， 直 接 扩展 公共 功能 就 可 以 了 。 

使 用 模板 方法 模式 ， 就 可 以 很 好 地 实现 上 面 的 思路 。 分 析 上 面 两 个 登录 控制 模块 ， 
会 发 现 它 们 在 实现 上 有 着 大 致 相同 的 步骤 ， 只 是 在 每 步 具 体 的 实现 上 ， 略 微 有 些 不 同 。 
因此 ， 可 以 把 这 些 运算 步骤 看 做 是 算法 的 骨架 ， 把 具体 的 不 同 的 步骤 实现 延迟 到 子 类 去 
实现 ， 这 样 就 可 以 通过 子 类 来 提供 不 同 的 功能 实现 了 。 

经 过 分 析 总 结 ， 登 录 控 制 大 致 的 逻辑 判断 步骤 如 下 。 

(1) 根据 登录 人 员 的 编号 去 获取 相应 的 数据 。 

(2) 获取 对 登录 人 员 填 写 的 密码 数据 进行 加 密 后 的 数据 ， 如 果 不 需 要 加 密 ， 那 就 直接 

返回 登录 人 员 填 写 的 密码 数据 。 

(3) 判断 登录 人 人 员 填 写 的 数据 和 从 数据 库 中 获取 的 数据 是 否 匹 配 。 
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在 这 三 个 步骤 里 面 ， 第 一 个 和 第 三 个 步骤 是 必 不 可 少 的 ， 而 第 二 个 步骤 是 可 选 的 。 
那么 就 可 以 定义 一 个 父 类 ， 在 其 中 定义 一 个 方法 来 定义 这 个 算法 骨架 ， 这 个 方法 就 是 模 
板 方 法 ， 然 后 把 父 类 无 法 确定 的 实现 ， 延 迟到 具体 的 子 类 来 实现 就 可 以 了 。 
通过 这 样 的 方式 ， 如 果 要 修改 加 密 的 算法 ， 那 就 在 模板 的 子 类 里 面 重新 覆盖 实现 加 
密 的 方法 就 可 以 了 ， 完 全 不 需要 去 改变 父 类 的 算法 结构 ， 即 可 重新 定义 这 些 特定 的 步骤 。 


16. 2. 2 ”模板 方法 模式 的 结构 和 说 明 


模板 方法 模式 的 结构 如 图 16.1 所 示 。 


六 +obprimitiveOperationi :vos 
人 + obPrimitiveOperation2f voi 


[Lu ConcreteClass 


© +doPrimitiveOperation1O:void 
© +doPrimitiveOperation20);void 





图 16.1 模板 方法 模式 的 结构 示意 图 
m ”AbstractClass: 抽象 类 。 用 来 定义 算法 骨架 和 原 语 操作 ， 有 具体 的 子 类 通过 重 定义 这 
些 原 语 操作 来 实现 一 个 算法 的 各 个 步骤 。 在 这 个 类 里 面 ， 还 可 以 提供 算法 中 通用 


的 实现 。 
m ”ConcreteClass: 具体 实现 类 。 用 来 实现 算法 骨架 中 的 某 些 步骤 ， 完 成 与 特定 子 类 
相关 的 功能 。 


16. 2. 3 ”模板 方法 模式 示例 代码 


(1) 先 来 看 看 AbstractClass 的 写法 。 示 例 代 码 如 下 : 

/** 

* 定义 模板 方法 、 原 语 操作 等 的 抽象 类 

oh 

public abstract class AbstractClass { 
/六 大 
* 原 语 操作 1， 所 谓 原 语 操作 就 是 抽象 的 操作 ， 必 须要 由 子 类 提供 实现 
wa 
Public abstract void doPrimitiveOperationl]l (); 
/** 
* 原 语 操作 2 
区 区 
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Public abstract void doPprimitiveOperation2(); 

/六 大 

* 模板 方法 ， 定 义 算法 骨架 

i 

public final void templateMethod() { 
doPrimitiveOperation]l (); 


doPrimitiveOperation2(); 





} 
} 
(2) 再 看 看 具体 实现 类 的 写法 。 示 例 代码 如 下 : 
/** 
* 具体 实现 类 ， 实 现 原 语 操作 
wf 


Public class ConcreteClass extends AbstractClass { 
public void doPrimitiveOperation1() { 
// 有 具体 的 实现 
} 
public void doprimitiveOperation2() { 


// 具 体 的 实现 


16. 2.4 ”使 用 模板 方法 模式 重 写 示例 


要 使 用 模板 方法 模式 来 实现 前 面 的 示例 ， 需 要 按照 模板 方法 模式 的 定义 和 结构 ， 定 
义 出 一 个 抽象 的 父 类 ， 在 这 个 父 类 中 定义 模板 方法 ， 这 个 模板 方法 应 该 实现 进行 登录 控 
制 的 整体 的 算法 步骤 。 对 于 公共 的 功能 ， 就 放 到 这 个 父 类 中 实现 ， 而 这 个 父 类 无 法 决定 
的 功能 ， 就 延迟 到 子 类 去 实现 。 

这 样 一 来 ， 两 种 登录 控制 就 做 为 这 个 父 类 的 子 类 ， 分 别 实现 自己 需要 的 功能 。 此 时 
系统 的 结构 如 图 16.2 所 示 。 


© +HlogintlIm'LoginModel)',boolean 
© +ndt oginUserfiogidd: string):t oginmMode, 
全 +encryptPwd(pwd:5tring)'5tring 


十 matchtlm:LoginModel dbLm:LoginMod 


名 WorkerLogin 民 NormalLogin 
@ +findLoginUsertloginId'5tring)'LoginModel © +findLoginUsertloginId;5tring)'LoginModel 


名 +encryptPwd(pwd:String):String 
16.2 ”使 用 模板 方法 模式 实现 示例 的 结构 示意 图 
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(1) 为 了 把 原来 的 两 种 登录 控制 统一 起 来 ,首先 需要 把 封装 登录 控制 所 需要 的 数据 
模型 统一 起 来 ， 不 再 区 分 是 用 户 编 号 还 是 工作 人 员 编 号 ， 而 统一 称 为 登录 人 员 编 号 ， 并 
且 将 其 他 用 不 上 的 数据 删除 ， 这 样 直接 使 用 一 个 数据 模型 就 可 以 了 。 当 然 ， 如 果 各 个 子 
类 实现 需要 其 他 的 数据 ， 还 可 以 自行 扩展 。 示 例 代码 如 下 : 


(2) 接 下 来 定义 公共 的 登录 控制 算法 骨架 。 示 例 代码 如 下 : 





全 
天 


Public final boolean login(LoginModel lm)f{ 
//1: 根据 登录 人 员 的 编号 去 获取 相应 的 数据 
LoginModel dbLm = this.findLoginUser (Im.getLoginId()) : 
if (dbLm!=null)t{ 
//2: 对 密码 进行 加 密 
String encryptPwd = this.encryptPwd (lm.getPwd()); 
// 把 加 密 后 的 密码 设置 回 到 登录 数据 模型 中 
lm.setPwd (encryptPwd):}; 


//3: 判断 是 否 匹 配 
return this.match(lm, dbLm); 





} 
return false; 
} 
/** 
* 根据 登录 编号 来 查找 和 获取 存储 中 相应 的 数据 
* Q@param loginId 登录 编号 
* Q@return 登录 编号 在 存储 中 相对 应 的 数据 
沪 瓜 
public abstract LoginModel findaLoginUser (Stzing loginId); 
/** 
* 对 密码 数据 进行 加 密 
* @param pwd 密码 数据 
* @return 加 密 后 的 密码 数据 
六 
public String encryptPwd(String Pwd) { 
return pwd; 
} 
/** 
* 判断 用 户 填 写 的 登录 数据 和 存储 中 对 应 的 数据 是 否 匹 配 得 上 
* @param lm 用 户 填 写 的 登录 数据 
* @param dbLm 在 存储 中 对 应 的 数据 
* @return true 表 示 匹 配 成 功 ，false 表 示 匹 配 失败 
ef 
public boolean match(LoginModel lm,LoginModel dbLm){ 
if(lm.getLoginId() .equals (abLm.getLoginId() ) 
&& lm.getPwd() .equals (dbLm.getPwd()))t{ 
return trues 
} 


return false; 
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(3) 实现 新 的 普通 用 户 登录 控制 的 逻辑 处 理 。 示 例 代 码 如 下 : 


(4) 实现 新 的 工作 人 员 登 录 控制 的 逻辑 处 理 。 示 例 代码 如 下 : 


通过 上 面 的 示例 ， 可 以 看 出 来 ， 把 原来 的 实现 改 成 使 用 模板 方法 模式 来 实现 也 并 不 
困难 。 写 个 客户 端 测试 一 下 ， 以 便 更 好 地 体会 。 示 例 代 码 如 下 : 













运行 结果 示例 如 下 : 





当然 ， 你 可 以 使 用 不 同 的 测试 数据 来 测试 这 个 示例 。 
16.3 模式 讲解 
16. 3.1 认识 模板 方法 模式 


1. 模板 方法 模式 的 功能 

模板 方法 模式 的 功能 在 于 固定 算法 骨架 ， 而 让 具体 算法 实现 可 扩展 。 

这 在 实际 应 用 中 非常 广泛 ， 尤 其 是 在 设计 框架 级 功能 的 时 候 非常 有 用 。 框 架 定义 好 
了 算法 的 步骤 ,在 合适 的 点 让 开发 人 员 进 行 扩展 ， 实 现 具体 的 算法 。 比 如 在 DAO 实现 中 
设计 通用 的 增删 改 查 功能 ， 这 个 在 后 面 会 给 大 家 示例 。 

模板 方法 模式 还 额外 提供 了 一 个 好 处 ， 就 是 可 以 控制 子 类 的 扩展 。 因 为 在 父 类 中 定 
义 好 了 算法 的 步骤 ， 只 是 在 某 几 个 固定 的 点 才 会 调用 到 被 子 类 实现 的 方法 ， 因 此 也 就 只 
允许 在 这 几 个 点 来 扩展 功能 。 这些 可 以 被 子 类 覆盖 以 扩展 功能 的 方法 通常 被 称 为 “ 钧 子 ” 
方法 ， 在 后 面 也 会 给 大 家 示例 。 

2. 为 何不 是 接口 

有 的 朋友 可 能 会 问 一 个 问题 ， 不 是 说 在 Java 中 应 该 尽量 面向 接口 编程 吗 ， 为 何 模板 
方法 的 模板 采用 的 是 抽象 方法 呢 ? 
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要 回答 这 个 问题 ， 首 先 搞 清楚 抽象 类 和 接口 的 关系 : 
m ”接口 是 一 种 特殊 的 抽象 类 , 所 有 接口 中 的 属性 自动 是 常量 , 也 就 是 public final static 

的 ， 而 所 有 接口 中 的 方法 必须 是 抽象 的 。 
a ”抽象 类 ,简单 点 说 是 用 abstract 修饰 的 类 。 这 里 要 特别 注意 的 是 抽象 类 和 抽象 方法 

的 关系 ， 记 住 两 句 话 : 抽象 类 不 一 定 包含 抽象 方法 有 抽象 方法 的 类 一 定 是 抽象 

类 。 
a ”抽象 类 和 接口 相 比 较 ， 最 大 的 特点 就 在 于 抽象 类 中 是 可 以 有 具体 的 实现 方法 的 ， 

而 接口 中 所 有 的 方法 都 是 没有 具体 的 实现 的 。 


多 二 因此， 虽然 Java 编程 中 倡导 大 家 “面向 接口 编程 ”， 并 不 是 说 就 不 再 使 用 抽象 
类 了 。 那 么 什么 时 候 使 用 抽象 类 呢 ? 


通常 在 “ 既 要 约束 子 类 的 行为 ， 又 要 为 子 类 提供 公共 功能 ”的 时 候 使 用 抽象 类 。 





按照 这 个 原则 来 思考 模板 方法 模式 的 实现 , 模板 方法 模式 需要 固定 定义 算法 的 骨架 ， 
这 个 骨架 应 该 只 有 一 份 ， 算 是 一 个 公共 的 行为 ， 但 其 中 具体 的 步骤 的 实现 又 可 能 是 各 不 
相同 的 ， 恰 好 符合 选择 抽象 类 的 原则 。 

把 模板 实现 成 为 抽象 类 ， 为 所 有 的 子 类 提供 了 公共 的 功能 ， 就 是 定义 了 具体 的 算法 
骨架 ; 同时 在 模板 中 把 需要 由 子 类 扩展 的 具体 步骤 的 算法 定义 成 为 抽象 方法 ， 要 求 子 类 
去 实现 这 些 方法 ， 这 就 约束 了 子 类 的 行为 。 

因此 综合 考虑 ， 用 抽象 类 来 实现 模板 是 一 个 很 好 的 选择 。 

3. 变 与 不 变 

程序 设计 的 一 个 很 重要 的 思考 点 就 是 “ 变 与 不 变 ”， 也 就 是 分 析 程 序 中 哪些 功能 是 
可 变 的 ， 哪 些 功能 是 不 变 的 ， 然 后 把 不 变 的 部 分 抽象 出 来 ， 进 行 公共 的 实现 ， 把 变化 的 
部 分 分 离 出 去 ， 用 接口 来 封装 隔离 ， 或 者 是 用 抽象 类 来 约束 子 类 行为 。 

模板 方法 模式 很 好 地 体现 了 这 一 点 。 模 板 类 实现 的 就 是 不 变 的 方法 和 算法 的 骨架 ， 
而 需要 变化 的 地 方 ， 都 通过 抽象 方法 ， 把 具体 实现 延迟 到 子 类 中 了 ， 而 且 还 通过 父 类 的 
定义 来 约束 了 子 类 的 行为 ， 从 而 使 系统 能 有 更 好 的 复 用 性 和 扩展 性 。 

4. 好 莱 坞 法 则 

什么 是 好 莱 坞 法 则 呢 ? 简单 点 说 ， 就 是 “不 要 找 我 们 ， 我 们 会 联系 你 ”。 

模板 方法 模式 很 好 地 体现 了 这 一 点 ， 作 为 父 类 的 模板 会 在 需要 的 时 候 ， 调 用 子 类 相 
应 的 方法 ， 也 就 是 由 父 类 来 找 子 类 ， 而 不 是 让 子 类 来 找 父 类 。 

这 其 实 也 是 一 种 反 向 的 控制 结构 。 按 照 通 常 的 思路 ， 是 子 类 找 父 类 才 对 ， 也 就 是 应 
该 是 子 类 来 调用 父 类 的 方法 ， 因 为 父 类 根本 就 不 知道 子 类 ， 而 子 类 是 知道 父 类 的 ， 但 是 
在 模板 方法 模式 里 面 ， 是 父 类 来 找 子 类 ， 所 以 是 一 种 反 向 的 控制 结构 。 


那么 ， 在 Java 里 面 能 实现 这 样 功能 的 理论 依据 在 哪里 呢 ? 


理论 依据 就 在 于 Java 的 动态 绑 定 采用 的 是 “后 期 绑 定 ”技术 ， 对 于 出 现 子 类 覆盖 父 


435 





类 方法 的 情况 ， 在 编译 时 是 看 数据 类 型 ， 运 行 时 则 看 实际 的 对 象 类 型 Cnew 操作 符 后 跟 
的 构造 方法 是 哪个 类 的 ) 。 一 句 话 : new 谁 就 调用 谁 的 方法 。 

因此 在 使 用 模板 方法 模式 的 时 候 ， 虽 然 用 的 数据 类 型 是 模板 类 型 ， 但 是 在 创建 类 实 
例 的 时 候 是 创建 的 具体 的 子 类 的 实例 ， 在 调用 的 时 候 ， 会 被 动态 绑 定 到 子 类 的 方法 上 ， 
从 而 实现 反 向 控制 。 其 实在 写 父 类 的 时 候 ， 它 调用 的 方法 是 父 类 自己 的 抽象 方法 ， 只 是 
在 运行 的 时 候 被 动态 绑 定 到 了 子 类 的 方法 上 。 

5. 扩展 登录 控制 

在 使 用 模板 方法 模式 实现 以 后 ， 如 果 想 要 扩展 新 的 功能 ， 有 以 下 几 种 情况 。 

一 种 情况 是 只 需要 提供 新 的 子 类 实现 就 可 以 了 。 比 如 想 要 切换 不 同 的 加 密 算法 ， 现 
在 使 用 的 是 MD5， 如 果 想 要 实现 使 用 3DES 的 加 密 算法 ， 那 就 新 做 一 个 子 类 ， 然 后 覆盖 
实现 父 类 加 密 的 方法 ， 在 里 面 使 用 3DES 来 实现 即 可 ， 已 有 的 实现 不 需要 做 任何 变化 。 

另外 一 种 情况 是 想 要 给 两 个 登录 模块 都 扩展 同一 个 功能 ， 这 种 情况 多 属于 需要 修改 
模板 方法 的 算法 骨架 的 情况 ， 应 该 尽量 避免 ， 但 是 万 一 前 面 没 有 考虑 周全 ， 后 来 出 现 了 
这 种 情况 ， 怎 么 办 呢 ?” 最 好 就 是 重 构 ， 也 就 是 考虑 修改 算法 骨架 ， 尽 量 不 要 去 找 其 他 的 
替代 方式 ， 替 代 的 方式 也 许 能 把 功能 实现 了 ， 但 是 会 破坏 整个 程序 的 结构 。 

还 有 一 种 情况 是 既 需 要 加 入 新 的 功能 ， 也 需要 新 的 数据 。 比 如 ， 现 在 对 于 普通 人 员 
登录 ， 要 实现 一 个 加 强 版 ， 要 求 登 录 人 员 除 了 编号 和 密码 外 ， 还 需要 提供 注册 时 留 下 的 
验证 问题 和 验证 答案 , 验证 问题 和 验证 答案 是 记录 在 数据 库 中 的 , 不 是 验证 码 , 一 般 Web 
开发 中 登录 使 用 的 验证 码 会 放 到 session 中 ， 这 里 不 去 讨论 它 。 

假如 现在 就 要 进行 如 此 的 扩展 ， 应 该 怎样 实现 呢 ? 由 于 需要 一 些 其 他 的 数据 ， 那 么 
就 需要 扩展 LoginModel， 加 入 自己 需要 的 数据 ; 同时 可 能 需要 获 盖 由 父 类 提供 的 一 些 公 
共 的 方法 ， 来 实现 新 的 功能 。 

还 是 看 看 代码 示例 吧 ， 会 比较 清楚 。 

首先 呢 ， 需 要 扩展 LoginModel， 把 具体 功能 需要 的 数据 封装 起 来 。 只 是 增加 父 类 没 
有 的 数据 就 可 以 了 。 示 例 代码 如 下 : 

/** 

* 封装 进行 登录 控制 所 需要 的 数据 ， 在 公共 数据 的 基础 上 ， 

* 添加 具体 模块 需要 的 数据 

机 

public class NormalLoginMode] extends LoginModel{ 

/** 
* 密码 验证 问题 
人 

private String question; | 注意 这 里 需要 扩展 公 
A 共 的 LoginModel 

“"* 密码 验证 答案 
A 


private String answer; 
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Public String getQuestion() { 
return question; 

} 

public void setQuestion(String question) { 
this.question = question; 

} 

public String getAnswer() { 
return answer; 

} 

Public void setAnswer (String answer) { 


this.answer = answer; 


} 


其 次 ， 就 是 提供 新 的 登录 模块 控制 实现 。 示 例 代 码 如 下 : 
/** 
* 普通 用 户 登 录 控 制 加 强 版 的 逻辑 处 理 
wd 
public class NormalLogin2 extends LoginTemplate!{ 
public LoginModel findLoginUser(String loginId) { 
// 这 里 省 略 具体 的 处 理 ， 仅 做 示意 ， 返 回 一 个 有 默认 数据 的 对 象 
// 注 意 一 点 : 这 里 使 用 的 是 自己 需要 的 数据 模型 了 
NormalLoginModel nlm = new NormalLoginModel () : 
nlm.setLoginId(loginId); 
nlm.setPwd ("testpwd"); 
nim.setQuestion("testQuestion"); 


nlm.setAnswer ("testAnswer"); 


return nlm; 
} 
Public boolean match (LoginModel lm,LoginModel dbLm){ 
// 这 个 方法 需要 履 盖 ， 因 为 现在 进行 登录 控制 的 时 候 ， 
// 和 需要 检测 4 个 值 是 否 正确 ， 而 不 仅仅 是 缺 省 的 2 个 


覆盖 父 类 方法 , 实 


// 先 调用 父 类 实现 好 的 ， 检 测 编号 和 密码 是 否 正确 现 自己 更 多 的 控 
boolean fl = super.match (lm, dbLm); 制 
EE 


// 如 果 编 号 和 密码 正确 ， 继 续 检 查 问题 和 答案 是 否 正确 





// 先 把 数据 转换 成 自己 需要 的 数据 


NormalLoginModel nlm = (NormalLoginMode]l)1m; 
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} 


NormalLoginModel dbNlm = (NormalLoginMode]l) dbLm; 
// 检 查 问题 和 答案 是 否 正 确 
if (dbNim.getQuestion() .equals (nlm.getQuestion()) 
&& dbNlm.getAnswer() .equals (nlm.getAnswer ())){ 


return true; 


) 


return false; 


看 看 这 个 时 候 的 测试 。 示 例 代码 如 下 : 


public class Client { 


Public static void main(String[] args) { 
/ /准备 登录 人 的 信息 
NormalLoginModel nlm = new NormalLoginModel () ; 
nim.setLoginId("testUser"); 
nlim.setPwd ("testpwd"); 
nlm.setQuestion("testQuestion"); 


nlm.setAnswer ("testAnswer™.); 


/ /准备 用 来 进行 判断 的 对 象 
LoginTemplate lt3 = new NormalLogin2 (); 
// 进 行 登录 测试 


boolean flag3 = It3.1ogin (nlm); 
System.out.println ("可 以 进行 普通 人 员 加 强 版 登录 ="+flag3)， 


运行 看 看 ， 能 实现 功能 吗 ? 好 好 测试 体会 一 下 ， 看 看 是 如 何 扩展 功能 的 。 


16. 3.2 模板 的 写 ; 


在 实现 模板 的 时 候 ， 到 底 哪 些 方法 实现 在 模板 上 呢 ? 模板 能 不 能 全 部 实现 了 ， 也 就 
是 模板 不 提供 抽象 方法 呢 ? 当然 ， 就 算 没 有 抽象 方法 ， 模 板 一 样 可 以 定义 成 为 抽象 类 。 


通常 在 模板 里 面包 含 以 下 操作 类 型 。 


模板 方法 : 就 是 定义 算法 骨架 的 方法 。 

具体 的 操作 : 在 模板 中 直接 实现 某 些 步骤 的 方法 。 通 常 这 些 步 又 的 实现 算法 是 固 
定 的 ， 而 且 是 不 怎么 变化 的 ， 因 此 可 以 将 其 当 作 公共 功能 实现 在 模板 中 。 如 果 不 
需 为 子 类 提供 访问 这 些 方法 的 话 ， 还 可 以 是 private 的 。 这 样 一 来 ， 子 类 的 实现 就 
相对 简单 些 。 如 果 是 子 类 需要 访问 ， 可 以 把 这 些 方法 定义 为 protected final 的 ， 因 
为 通常 情况 下 ， 这 些 实现 不 能 够 被 子 类 履 盖 和 改变 耳 。 
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m ”具体 的 AbstractClass 操作 : 在 模板 中 实现 某 些 公共 功能 ， 可 以 提供 给 子 类 使 用 ， 
一 般 不 是 具体 的 算法 步骤 的 实现 ， 而 是 一 些 辅助 的 公共 功能 。 

sm 原 语 操作 : 就 是 在 模板 中 定义 的 抽象 操作 ， 通 常 是 模板 方法 需要 调用 的 操作 ， 是 
必须 的 操作 ， 而 且 在 父 类 中 还 没有 办 法 确定 下 来 如 何 实 现 ， 需 要 子 类 来 真正 实现 
的 方法 。 

a ”钩子 操作 : 在 模板 中 定义 ， 并 提供 默认 实现 的 操作 。 这 些 方法 通常 被 视 为 可 扩展 
的 点 ， 但 不 是 必须 的 ， 子 类 可 以 有 选择 地 覆盖 这 些 方法 ， 以 提供 新 的 实现 来 扩展 
功能 。 比 如 ， 模 板 方法 中 定义 了 5 步 操 作 ， 但 是 根据 需要 ， 某 种 具体 的 实现 只 需 
要 其 中 的 1、2、3 几 个 步骤 ， 因 此 它 就 上 只 需要 有 覆盖 实现 1、2、3 这 几 个 步骤 对 应 
的 方法 。 那 么 4 和 5 步骤 对 应 的 方法 怎么 办 呢 ， 由 于 有 默认 实现 ， 那 就 不 用 管 了 。 
也 就 是 说 钧 子 操作 是 可 以 被 扩展 的 点 ， 但 不 是 必须 的 。 

m ”Factory Method: 在 模板 方法 中 ， 如 果 需 要 得 到 某 些 对 象 实例 的 话 ， 可 以 考虑 通过 
工厂 方法 模式 来 获取 ， 把 具体 的 构建 对 象 的 实现 延迟 到 子 类 中 去 。 

总 结 起 来 ， 一 个 较为 完整 的 模板 定义 示例 ， 其 示例 代码 如 下 : 

/** 

* 一 个 较为 完整 的 模板 定义 示例 

ph 

public abstract class AbstractTemplate { 

/** 

* 模板 方法 ， 定 义 算 法 骨架 

玫 

~ public final void templateMethod(){ 

// 第 一 步 
this.operationl (); 
// 第 二 步 
this.operation2(); 
// 第 三 步 
this.doPrimitiveOperation]l ()，; 
// 第 四 步 
this.doPrimitiveOperation2(); 
// 第 五 步 
this.hookOperationl () > 

上 

/** 

* 具体 操作 1， 算 法 中 的 步骤 ， 固 定 实现 ， 而 且 子 类 不 需要 访问 

> 

private void operationl(){ 


// 在 这 里 具体 的 实现 


/** 
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诺 * 具体 操作 2， 算 法 中 的 步骤 ， 固 定 实现 ， 子 类 可 能 需要 访问 
* 当然 也 可 以 定义 成 protected 的 ， 不 可 以 被 覆盖 ， 因 此 是 final 的 
6 
protected final void operation2(){ 


// 在 这 里 具体 的 实现 






} 
/** 
* 具体 的 Abstractclass 操 作 ， 子 类 的 公共 功能 
* 但 通常 不 是 具体 的 算法 步骤 
赤 
protected void commonOperation()tf{ 
// 在 这 里 具体 的 实现 
} 
/** 3 
* 原 语 操作 1， 算 法 中 的 必要 步骤 ， 父 类 无 法 确定 如 何 真 正 实 现 ， 需 要 子 类 来 实现 
区 
protected abstract void qdqoPrimitiveOoperationlI () ; 
/六 大 
* 原 语 操作 2， 算 法 中 的 必要 步骤 ， 父 类 无 法 确定 如 何 真正 实现 ， 需 要 子 类 来 实现 
Sy 
protected abstract void doPrimitiveOperation2(); 
/** 
* 钩子 操作 ， 算 法 中 的 步骤 ， 不 一 定 需要 ， 提 供 默认 实现 
* 由 子 类 选择 并 具体 实现 
二 
protected voidq hookOperationl (){ 
// 在 这 里 提供 默认 的 实现 
} 
/太太 
* 工厂 方法 ， 创 建 某 个 对 象 ， 这 里 用 Object 代替 了 ， 在 算法 实现 中 可 能 需要 
* @return 创建 的 某 个 算法 实现 需要 的 对 象 
区 
protected abstract Object createOneObject () 7 
} 


对 于 上 面 示 例 的 模板 写法 , 其 中 定义 成 为 protected 的 方法 , 可 以 根据 需要 进行 调整 ， 
如 果 是 允许 所 有 的 类 都 可 以 访问 这 些 方法 ， 那 么 可 以 把 它们 定义 成 为 public 的 ， 如 果 只 
是 子 类 需要 访问 这 些 方法 ， 那 就 使 用 protected 的 ， 都 是 正确 的 写法 。 
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16. 3. 3 ”Java 回调 与 模板 方法 模式 


模板 方法 模式 的 一 个 目的 ， 就 在 于 让 其 他 类 来 扩展 或 具体 实现 在 模板 中 国定 的 算法 
骨架 中 的 某 些 算法 步骤 。 在 标准 的 模板 方法 模式 实现 中 ， 主 要 是 使 用 继承 的 方式 ， 来 让 
父 类 在 运行 期 间 可 以 调用 到 子 类 的 方法 。 
其 实在 Java 开发 中 ， 还 有 另外 一 个 方法 可 以 实现 同样 的 功能 或 是 效果 ， 那 就 是 
Java 回调 技术 ， 通 过 回调 在 接口 中 定义 的 方法 ， 调 用 到 具体 的 实现 类 中 的 方法 ， 其 
本 质 同样 是 利用 Java 的 动态 绑 定 技术 。 在 这 种 实现 中 ， 可 以 不 把 实现 类 写成 单独 的 类 ， 
而 是 使 用 匿名 内 部 类 来 实现 回调 方法 。 
应 用 Java 回调 来 实现 模板 方法 模式 ， 在 实际 开发 中 使 用 的 也 非常 多 ， 也 算是 模板 方 
法 模式 的 一 种 变形 实现 吧 。 
还 是 来 示例 一 下 ， 这 样 会 更 清楚 。 为 了 大 家 更 好 地 对 比 理解 ， 把 前 面 用 标准 模板 方 
法 模式 实现 的 例子 ， 采 用 Java 回调 来 实现 一 下 。 
(1) 先 定义 一 个 模板 方法 需要 的 回调 接口 。 
在 这 个 接口 中 需要 把 所 有 可 以 被 扩展 的 方法 都 要 定义 出 来 。 实 现 的 时 候 ， 可 以 不 扩 
展 ， 直 接 转调 模板 中 的 默认 实现 ， 但 是 不 能 不 定义 出 来 ， 因 为 是 接口 ， 不 定义 出 来 ， 对 
于 想 要 扩展 这 些 功能 的 地 方 就 没有 办 法 了 。 示 例 代码 如 下 : 
/*# 
* 登录 控制 的 模板 方法 需要 的 回调 接口 ， 需 要 把 所 有 需要 的 接口 方法 都 定义 出 来 
* 或 者 说 是 所 有 可 以 被 扩展 的 方法 都 需要 被 定义 出 来 
大 
Public interface LoginCallback { 
/** 
* 根据 登录 编号 来 查找 和 获取 存储 中 相应 的 数据 
* @param loginId 登录 编号 
* @return 登录 编号 在 存储 中 相对 应 的 数据 
*/ > 
public LoginModel findLoginUser (String loginId); 
/** 
* 对 密码 数据 进行 加 密 
* @param pwd 密码 数据 
* @param template LoginTemplate 对 和 象 ， 通过 它 来 调用 在 
六 LoginTemplate 中 定义 的 公共 方法 或 默认 实现 
* @return 加 密 后 的 密码 数据 
ee 
public String encryptPwd (String pwd,LoginTemplate template); 
/** 
* 判断 用 户 填写 的 登录 数据 和 存储 中 对 应 的 数据 是 否 匹 配 的 上 
* @param lm 用 户 填写 的 登录 数据 
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* param dbLm 在 存储 中 对 应 的 数据 
* eparam template LoginTemplate 对 象 ， 通 过 它 来 调用 在 
* LoginTemplate 中 定义 的 公共 方法 或 默认 实现 
* Q@return true 表 示 匹 配 成 功 ，false 表 示 匹 配 失败 
A 
Public boolean match (LoginModel lm,LoginModel dbLm 
rLoginTemplate template); 
} 
(2) 这 里 使 用 的 LoginModel 跟 以 前 相 比 没有 任何 变化 ， 就 不 再 歼 述 。 
(3) 下 面 来 定义 登录 控制 的 模板 。 它 的 变化 相对 较 多 ， 大 致 有 以 下 一 些 。 
sm 不 再 是 抽象 的 类 了 ， 上 所 有 的 抽象 方法 都 删除 了 。 
sm ”对 模板 方法 ， 就 是 login 的 那个 方法 ， 添 加 一 个 参数 ， 传 入 回调 接口 。 
a ”在 模板 方法 实现 中 ， 除 了 在 模板 中 国定 的 实现 外 ， 所 有 可 以 被 扩展 的 方法 ， 都 应 
该 通过 回调 接口 进行 调用 。 
示例 代码 如 下 : 
/** 
* ”登录 控制 的 模板 
ps 
public class LoginTemplate { 
/** 
* 判断 登录 数据 是 否 正 确 ， 也 就 是 是 否 能 登录 成 功 
* @param lm 封装 登录 数据 的 Mode1l 






不 再 是 抽象 的 了 ， 所 有 抽 
象 方法 都 删除 了 






* @param callback LoginCallback 对 象 传 入 回调 接口 对 象 
* Q@return true 表 示 登 录 成 功 ，false 表 示 登 录 失 败 
A 


public final boolean login (LoginModel lm,LoginCallback callback) { 

//1: 根据 登录 人 员 的 编号 去 获取 相应 的 数据 
LoginModel dbLm = callback.findLoginUser (lm.getLoginId()); 
if (dbLm!=null)t{ 

//2: 对 密码 进行 加 密 

String encryptPwd = 

callback .encryptPwd (lm.getPwd() ,this) : 

// 把 加 密 后 的 密码 设置 回 到 登录 数据 模型 中 

lm.setPwd (encryptPwd); 

//3: 判断 是 否 匹 配 

return callback .match (lm，dbLm,this) 
} 


return false; 


第 16 章 ”模板 方法 模式 (Template Method) i 
人 | 
* 对 密码 数据 进行 加 密 
* Q@param pwd 密码 数据 
* @return 加 密 后 的 密码 数据 
家 此 
Public String encryptPwd (String Pwd) { 
return pwa; 
} 
/** 
* 判断 用 户 填 写 的 登录 数据 和 存储 中 对 应 的 数据 是 否 匹 配 得 上 
* eparam lm 用 户 填写 的 登录 数据 
* @param dbLm 在 存储 中 对 应 的 数据 
* @return true 表 示 匹 配 成 功 ，false 表 示 匹 配 失败 
4 
Public boolean match (LoginMode1l lm,LoginModel dbLm){ 
if(lm.getLoginId() .equals (GQbLm.getLoginIG() ) 
&& lm.getPwd() .equals (dbLm.getPwa() )) 1 
return trues 
} 


return false; 


} 

(4) 由 于 是 直接 在 调用 的 地 方 传 入 回调 的 实现 , 通常 可 以 通过 匿名 内 部 类 的 方式 来 
实现 回调 接口 ， 当 然 实现 成 为 具体 类 也 是 可 以 的 。 如 果 采 用 匿名 内 部 类 的 方式 来 使 用 模 
板 ， 那 么 就 不 需要 原来 的 NormalLogin 和 WorkerLogin 了 。 

(5) 写 个 客户 端 来 测试 看 看 。 客 户 端 需要 使 用 匿名 内 部 类 来 实现 回调 接口 ， 并 实现 
其 中 想 要 扩展 的 方法 。 示 例 代 码 如 下 : 

public class Client 1{ 
public static void main(String[] args) { 
/ /准备 登录 人 人 的 信息 
LoginModel lm = new LoginModel () : 
lm.setLoginIid("admin"); 
lm.setPwd ("workerpwd"); 


/ /准备 用 来 进行 判断 的 对 象 
LoginTemplate lt = new LoginTemplate(); 


// 进 行 登录 测试 ， 先 测试 普通 人 员 登 录 


boolean flag = lt.login(lm,new LoginCallback(){ 
public String encryptPwd (String pwd 
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: LoginTemplate template) { 
// 自 己 不 需要 实现 这 个 功能 ， 直 接 转 调 模 板 中 的 默认 实现 
return template.encryptPwd (pwd); 
} : 
Public LoginModel findLoginUser(String login1d) { 
// 这 里 省 略 具 体 的 处 理 ， 仅 做 示意 ， 返 回 一 个 有 默认 数据 的 对 象 
LoginModel lm = new LoginModel(); 
lm.setLoginIid(loginId); 
lm.setPwdl("testpwd"); 
return lm; 
. 
Public boolean match (LoginModel lm, LoginModel dbLm, 
LoginTemplate template) { 
// 自己 不 需要 履 盖 ， 直 接 转调 模板 中 的 默认 实现 
return template.match(lm, dbLm); 


2 
System.out.println(" 可 以 进行 普通 人 员 登 录 ="+flag) ; 


// 测 试 工作 人 员 登 录 
boolean flag2 = lt.login(lm,new LoginCallback(){ 
Public String encryptPwd (String pwd 
, LoginTemplate template) { 
// 覆 盖 父 类 的 方法 ， 提 供 真正 的 加 密实 现 
// 这 里 对 密码 进行 加 密 ， 比 如 使 用 MD5、3DESs 等 ， 省 略 了 
System.out.println ("使 用 MD5 进 行 密码 加 密 ") ; 
return pwd; 
} - 中 
public LoginModel findLoginUser (String loginId) { 
// 这 里 省 略 具体 的 处 理 ， 仅 做 示意 ， 返 回 一 个 有 默认 数据 的 对 得 
LoginModel lm = new LoginModel () : 
lm.setLoginIid(loginId); 
lm.setPwd("workerpwd"); 
return lm; 
} 
Public boolean match (LoginModel lm, LoginModel dbLm, 
LoginTemplate template) { 
// 自 己 不 需要 覆盖 ， 直 接 转 调 模板 中 的 默认 实现 
return template.match (lm, dbLm); 
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}); 


System.out.println(" 可 以 登录 工作 平台 ="+flag2); 


} 


运行 一 下 ， 看 看 效果 是 不 是 跟前 面 采用 继承 的 方式 实现 的 结果 是 一 样 的 ， 然 后 好 好 
比较 一 下 这 两 种 实现 方式 。 

(6) 简单 小 结 一 下 对 于 模板 方法 模式 的 这 两 种 实现 方式 : 

sm ”使 用 继承 的 方式 ， 抽 象 方法 和 具体 实现 的 关系 是 在 编译 期 间 静 态 决定 的 ， 是 类 级 
的 关系 ; 使 用 Java 回调 ， 这 个 关系 是 在 运行 期 间 动态 决定 的 ， 是 对 象 级 的 关系 。 

sm 相对 而 言 ， 使 用 回调 机 制 会 更 灵活 ， 因 为 Java 是 单 继承 的 ， 如 果 使 用 继承 的 方式 ， 
对 于 子 类 而 言 ， 今 后 就 不 能 继承 其 他 对 象 了 ， 而 使 用 回调 ， 是 基于 接口 的 。 

sm ”相对 而 言 ， 使 用 继承 方式 会 更 简单 点 ， 因 为 父 类 提供 了 实现 的 方法 ， 子 类 如 果 不 
想 扩 展 ， 那 就 不 用 管 。 如 果 使 用 回调 机 制 ， 回 调 的 接口 需要 把 所 有 可 能 被 扩展 的 
方法 都 定义 进去 ， 这 就 导致 实现 的 时 候 ， 不 管 你 要 不 要 扩展 ， 都 要 实现 这 个 方法 ， 
哪怕 你 什么 都 不 做 ， 只 是 转调 模板 中 已 有 的 实现 ， 都 要 写 出 来 。 


从 另 一 方面 说 ， 回 调 机 制 是 通过 委托 的 方式 来 组 合 功能 ， 它 的 耦合 强度 要 比 继 
承 低 一 些 ， 这 会 给 我 们 更 多 的 灵活 性 。 比 如 某 些 模板 实现 的 方法 ， 在 回调 实现 


的 时 候 可 以 不 调用 模板 中 的 方法 ， 而 是 调用 其 他 实现 中 的 某 些 功能 ， 也 就 是 说 
功能 不 再 局 限 在 模板 和 回调 实现 上 了 ， 可 以 更 灵活 地 组 织 功能 。 





事实 上 ， 在 前 面 讲 命令 模式 的 时 候 也 提 到 了 Java 回调 ， 还 通过 退化 命令 模式 来 实现 
了 Java 回调 的 功能 。 所 以 也 有 这 样 的 说 法 : 命令 模式 可 以 作为 模板 方法 模式 的 一 种 替代 
实现 ， 那 就 是 因为 可 以 使 用 Java 回调 来 实现 模板 方法 模式 。 


16. 3.4 典型 应 用 : 排序 


模板 方法 模式 的 一 个 非常 典型 的 应 用 ， 就 是 实现 排序 的 功能 。 至 于 有 些 朋 友 认 为 排 
序 是 策略 模式 的 体现 ， 这 很 值得 商 椎 。 先 来 看 看 在 Java 中 排序 功能 的 实现 ， 然 后 再 来 说 
明 为 什么 排序 的 实现 主要 体现 了 模板 方法 模式 ， 而 非 策略 模式 。 

在 java.util 包 中 ， 有 一 个 Collections 类 ， 它 里 面 实现 了 对 列表 排序 的 功能 ， 提 供 了 
一 个 静态 的 sort 方法 ， 接 受 一 个 列表 和 一 个 Comparator 接口 的 实例 ， 这 个 方法 实现 的 大 
致 步骤 如 下 。 

(1) 先 把 列表 转换 成 为 对 象 数 组 。 

(2) 通过 Arrays 的 sort 方法 来 对 数组 进行 排序 ， 传 入 Comparator 接口 的 实例 。 

(3) 然后 再 把 排 好 序 的 数组 的 数据 设置 回 到 原来 的 列表 对 象 中 去 。 

这 其 中 的 算法 步骤 是 固定 的 ， 也 就 是 算法 骨架 是 固定 的 了 ， 只 是 其 中 具体 比较 数据 
大 小 的 步骤 ， 需 要 由 外 部 来 提供 ， 也 即 是 传 入 的 Comparator 接口 的 实例 ， 就 是 用 来 实现 
数据 比较 的 ， 在 算法 内 部 会 通过 这 个 接口 来 回调 具体 的 实现 。 
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如 果 Comparator 接口 的 compare() 方 法 返回 一 个 小 于 0 的 数 , 表示 被 比较 的 两 个 对 象 
中 ， 前 面 的 对 象 小 于 后 面 的 对 象 ， 如果 返回 一 个 等 于 0 的 数 ， 表 示 被 比较 的 两 个 对 象 相 
等 ;如 果 返 回 一 个 大 于 0 的 数 ， 表 示 被 比较 的 两 个 对 象 中 ， 前 面 的 对 象 大 于 后 面 的 对 象 。 
下 面 一 起 看 看 使 用 Collections 来 对 列表 进行 排序 的 例子 。 假 如 现在 要 实现 对 一 个 拥 
有 多 个 用 户 数据 模型 的 列表 进行 排序 。 
(1) 先 来 定义 出 封装 用 户 数据 的 对 象 模型 。 示 例 代 码 如 下 : 
/** 
* 用 户 数据 模型 
Nf 
public class UserModel { 
private String userId,name; 
private int age; 
public UserModel (String userId,String name,int age) 1{ 
this.userIQd = userId; 
this.name = name; 
this.age = age; 
} 
public String getUserId() { 
return userIld’; 
} 
public String getName() { 
return name; 
} 
public int getAge() { 
return age; 
} 
public String toString(){ 


return "userIld="+userIid+",name="+name+",age="+age; 


} 

(2) 直接 使 用 Collections 来 排序 。 写 个 客户 端 来 测试 一 下 。 示 例 代码 如 下 : 

public class Client { 

public static void main(String[] args) 1{ 

/ /准备 要 测试 的 数据 
UserModel uml = new UserModel ("ul", "userl",23); 
UserModel um2 = new UserModel ("wu2", "user2",22)，; 
UserModel um3 = new UserModel ("u3","user3",21); 


UserModel um4 = new UserModel ("wu4","user4",24); 


// 添 加 到 列表 中 
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List<UserModel> list = new ArrayList<UserModel>(); 
下 SO 
Listuacdd(am2)s 
List add (uma), 
list.add (um4); 


System.out.println(" 排 序 前 --------=-----------=- 水 区 
Drintilst(lietes 
/ /实现 比较 器 ， 也 可 以 单独 用 一 个 类 来 实现 
Comparator c = new Comparator(){ 
public int compare (Object obj1i, Object obj2) { 
// 假 如 实现 按照 年 龄 升序 排序 
UserModel tempUml = (UserModel)obj1; 
UserModel tempUm2 = (UserModel)obj2; 
if (tempUml .getage () > tempUm2.getage()){ 
return 1; 
}else if(tempUml .getAge() == tempUm2 .getRge()) 1{ 
return 0; 
}else if(tempUml .getAge() < tempUm2.getAge()){ 
return -1; 
} 


return 0; 


3 


// 排 序 


Collections,. Sort(listr eC) 


system.out.println(" 排 序 后 --=--~~ 一 -= a 
Printhist(tistys 

private static void printList(List<UserModel> list){ 
for(UserModel um : list)t{ 


System.out.println (um); 


运行 结果 如 下 所 示 : 


userId=ul,name=userl,age=23 


userId=u2,name=user2,age=22 
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userId=u3,name=user3,age=21 


userId=u4,name=user4,age=24 


userId=u3,name=user3,age=21 
userId=u2,name=user2,age=22 
userId=ul,name=userl,age=23 
userId=u4,name=user4,age=24 


(3) 小 结 。 


看 了 上 面 的 示例 ， 你 会 发 现 ， 究 竟 列 表 会 按照 什么 标准 来 排序 ， 完 全 是 依靠 
Comparator 的 具体 实现 ， 上 面 实现 的 是 按照 年 龄 的 升序 排列 ， 你 也 可 以 尝试 修改 这 个 排 
序 的 比较 器 ， 那 么 得 到 的 结果 就 会 不 一 样 了 。 

也 就 是 说 ， 排 序 的 算法 是 已 经 固定 了 的 ， 只 是 进行 排序 比较 的 这 一 个 步骤 ， 由 外 部 
来 实现 。 我 们 可 以 通过 修改 这 个 步骤 的 实现 ， 从 而 实现 不 同 的 排序 方式 。 因 此 从 排序 比 
较 这 个 功能 来 看 ， 是 策略 模式 的 体现 。 


刁 漳 但 是 请 注意 一 点 ,你 只 是 修改 了 排序 的 比较 方式 , 并 不 是 修改 了 整个 排序 的 算法 ， 
EE 衣 事实 上 ， 现 在 Collections 的 sort() 方 法 使 用 的 是 合并 排序 的 算法 ， 无 论 你 怎样 修改 


比较 器 的 实现 ,sort0 方 法 实现 的 算法 是 不 会 改变 的 ,不 可 能 变 成 冒 泡 排 序 或 是 其 
他 的 排序 算法 。 


(4) 排序 ， 到 底 是 模板 方法 模式 的 实例 ， 还 是 策略 模式 的 实例 ， 到 底 哪个 说 法 更 合 
适 ? 
认为 是 策略 模式 的 实例 的 理由 : 
m ”上面 的 排序 实现 ， 并 没有 像 标 准 的 模板 方法 模式 那样 ， 使 用 子 类 来 扩展 父 类 ， 至 
少 从 表面 上 看 不 太 像 模板 方法 模式 ; 
m ”排序 使 用 的 Comparator 的 实例 ， 可 以 看 成 是 不 同 的 算法 实现 ， 在 具体 排序 时 ， 会 
选择 使 用 不 同 的 Comparator 实现 ， 就 相当 于 是 在 切换 算法 的 实现 。 
因此 认为 排序 是 策略 模式 的 实例 。 
认为 是 模板 方法 模式 的 实例 的 理由 : 
=m 首 模板 方法 模式 的 本 质 是 固定 算法 骨架 ， 虽 然 使 用 继承 是 标准 的 实现 方式 ， 但 是 
通过 回调 来 实现 ， 也 不 能 说 这 就 不 是 模板 方法 模式 ; 
m ”从 整体 程序 上 看 ， 排 序 的 算法 并 没有 改变 ， 不 过 是 某 些 步 又 的 实现 发 生 了 变化 ， 
也 就 是 说 通过 Comparator 来 切换 的 是 不 同 的 比较 大 小 的 实现 ， 相 对 于 整个 排序 算 
法 而 言 ， 它 不 过 是 其 中 的 一 个 步骤 而 已 。 
因此 认为 是 模板 方法 模式 的 实例 。 
总 结语 : 
排序 的 实现 ， 实 际 上 组 合 使 用 了 模板 方法 模式 和 策略 模式 ， 从 整体 来 看 是 模板 方法 
模式 ， 但 到 了 局 部 ， 比 如 排序 比较 算法 的 实现 上 ， 就 使 用 的 是 策略 模式 了 。 
至 于 排序 具体 属于 谁 的 实例 ， 这 或 许 是 个 仁者 见 仁 、 智 者 见 智 的 事情 ， 我 们 倾向 于 
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说 : 排序 是 模板 方法 模式 的 实例 。 毕 竟 设 计 模 式 的 东西 ， 要 从 整体 上 、 设 计 上 、 本 质 上 
去 看 待 问题 ， 而 不 能 从 表面 上 或 者 是 局 部 来 看 待 问题 。 


16. 3.5 实现 通用 的 增删 改 查 


对 于 实现 通用 的 增删 改 查 的 功能 ， 基 本 上 是 每 个 做 企业 级 应 用 系统 的 公司 都 有 的 功 
能 ， 实 现 的 方式 也 是 多 种 多 样 的 ， 一 种 很 常见 的 设计 就 是 泛 型 加 上 模板 方法 模式 ， 再 加 
上 使 用 Java 回调 技术 ， 尤 其 是 在 使 用 Spring 和 Hibernate 等 流行 框架 的 应 用 系统 中 更 是 


A 


第 见 。 





为 了 突出 主题 ， 以 免 分 散 大 家 的 注意 力 ， 我 们 不 去 使 用 Spring 和 Hibernate 这 样 的 


流行 框架 ， 也 不 去 使 用 泛 型 ， 只 用 模板 方法 模式 来 实现 一 个 简单 的 、 用 JDBO 实 
现 的 通用 增删 改 查 的 功能 。 


先 在 数据 库 中 定义 一 个 演示 用 的 表 ， 演 示 用 的 是 Oracle 数据 库 。 其 实 你 可 以 用 任意 
的 数据 库 ， 只 是 数据 类 型 要 做 相应 的 调整 。 简 单 的 数据 字典 如 下 : 表 名 是 tbl_user。 








(1) 定义 相应 的 数据 对 象 来 描述 数据 。 示 例 代码 如 下 : 


/** 
* 描述 用 户 的 数据 模型 
WA 
Public class UserModel { 











就 是 简单 地 定义 出 描述 数据 的 属 
性 ， 并 提供 相应 的 getter/setter 
方法 


Private String ULd? 
private String name; 
private int age; 
puplio Sbryng getUuid() Tt 
return uuid; 
} 
public void setUuidl(String uuid) { 
this.uuid = uuidgd; 
} 
public String getName() { 
ret urn namne, 
} 
public void setName (String name) { 


this.name = name; 
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public int getAge() { 
return age; 

} 

public void setRge (int age) { 
this.age = age; 

} 

Public String toString(){ 


return “uuid="+uuid+",name="+name+",age="+age; 


} 

(2) 定义 一 个 用 于 封装 通用 查询 数据 的 查询 用 的 数据 模型 。 由 于 这 个 查询 数据 模型 
和 上 面 定义 的 数据 模型 有 很 大 一 部 分 是 相同 的 ， 因 此 让 这 个 查询 模型 继承 上 面 的 数据 模 
型 ， 然 后 添加 上 多 出 来 的 查询 条 件 。 示 例 代 码 如 下 : 

/** 

* 描述 查询 用 户 的 条 件数 据 的 模型 

Wf 


public int getAge2() { 
return age2; 

} 

public void setAge2 (int age2) { 
this.age2 = age2; 


} 
(3) 为 了 让 大 家 能 更 好 的 理解 这 个 通用 的 实现 ， 先 不 去 使 用 模板 方法 模式 ， 直 接 使 
用 JDBC 来 实现 增删 改 查 的 功能 。 
所 有 的 方法 都 需要 和 数据 库 进 行 连接 , 因此 先 把 和 数据 库 连 接 的 公共 方法 定义 出 来 。 
没有 使 用 连接 池 ， 用 最 简单 的 JDBC 自己 连接 ， 示 例 代码 如 下 : 
/大大 
* 获取 与 数据 库 的 连接 
* @return 数据 库 连 接 
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使 用 纯 JDBC 来 实现 新 增 的 功能 。 示 例 代码 如 下 : 


修改 和 删除 的 功能 和 新 增 功能 差不多 ， 只 是 sql 不 同 ， 还 有 设置 sql 中 变量 值 不 同 ， 
这 里 就 不 去 写 了 。 

接 下 来 看 看 查询 方面 的 功能 。 查 询 方面 只 做 一 个 通用 的 查询 实现 ， 其 他 查询 的 实现 
基本 上 也 差不多 。 示 例 代码 如 下 : 
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/六 

* 把 查询 返回 的 结果 集 转 换 成 为 对 象 

* @param rs 查询 返回 的 结果 集 

* @return 查询 返回 的 结果 集 转换 成 为 对 象 


* @throws Exception 

private UserModel rs20bject (ResultSet rs)throws Exception{ 
UserModel um = new UserModel (); 
String uuid = rs.getString ("uuid"); 
String name = rs.getSstring ("name"); 


int age = rs.getIint ("age"); 


um.setAge (age); 
um.setName (name); 


um.setUuid(uuid) ， 


return um; 


} 


(4) 基本 的 JDBC 实现 写 完了 ,该 来 看 看 如 何 把 模板 方法 模式 用 上 了 。 模 板 方法 是 
要 定义 算法 的 骨架 ， 而 具体 步骤 的 实现 还 是 由 子 类 来 完成 ， 因 此 把 固定 的 算法 骨架 抽取 
出 来 ， 就 成 了 使 用 模板 方法 模式 的 重点 了 。 

首先 来 观察 新 增 、 人 修改、 删除 的 功能 ， 发 现 哪些 是 固定 的 ， 哪 些 是 变化 的 呢 ? 分 析 
发 现 变化 的 只 有 sql 语句 ， 还 有 为 sql 中 的 “? ”设置 值 的 语句 ， 真 正 执行 sql 的 过 程 是 
差不多 的 ， 是 不 变化 的 。 

再 来 观察 查询 的 方法 , 查询 的 过 程 是 固定 的 。 变 化 的 除了 有 sql 语句 、 为 sql 中 的 “? ” 
设置 值 的 语句 之 外 ， 还 多 了 一 个 如 何 把 查询 回来 的 结果 集 转换 成 对 象 集 的 实现 。 


好 了 ， 找 到 变 与 不 变 之 处 ， 就 可 以 来 设计 模板 了 。 先 定义 出 增删 改 查 各 自 的 实现 步 
又 来 , 也 就 是 定义 好 各 自 的 算法 骨架 , 然后 把 变化 的 部 分 定义 成 为 原 语 操 作 或 匆 子 操作 ， 
如 果 一 定 要 子 类 实现 的 那 就 定义 成 为 原 语 操 作 ; 在 模板 中 提供 默认 实现 ， 且 不 强制 子 类 
实现 的 功能 定义 成 为 钩子 操作 就 可 以 了 。 

另外 ， 来 回 需要 传递 数据 ， 由 于 是 通用 的 方法 ， 就 不 能 用 具体 的 类 型 了 ， 又 不 考虑 
泛 型 ， 那 么 就 定义 成 Object 类 型 好 了 。 


根据 上 面 的 思路 ， 一 个 简单 的 、 能 实现 对 数据 进行 增删 改 查 的 模板 就 可 以 实现 出 来 
了 。 完 整 的 示例 代码 如 下 : 
/** 
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* @return 查询 后 的 结果 对 象 集合 
et 
protected Collection getByCondition(String sql,Object qm){ 


合 
大 


Collection col = new ArrayList(); 
Connection conn = null; 
ty 

// 调 用 钩子 方法 

conn = this.getConnection(); 

// 调 用 原 语 操 作 

sql = this.prepareQuerySgql(sql, qm); 





PreparedStatement pstmt = conn.prepareStatement (sql); 
// 调 用 原 语 操作 

this.setQuerySqlValue (pstmt, qm); 

ResultSet rs = Pstmt .executeQuery () ， 
while(rs.next())1{ 


// 调 用 原 语 操作 
col.add(this.rs20bject (rs)); 


rs.closel()s 

pstmt.close(); 
}catch (Exception err){ 

tn 
}finallyt{ 

try { 

conn.close ();，; 
} catch (SQLException e) { 


e.printStackTrace (); 


} 
return cols 
， 
/** 
* 执行 更 改 数据 的 sql 语 句 ， 包 括 增删 改 的 功能 
* Q@param sql 需要 执行 的 Sql 语句 
* @param callback 回调 接口 ， 回 调 为 sql 语 句 赋值 的 方法 
et 
protected void executeUpdate (String sql,int type,Object obj) { 
Connection conn = null; 


tryt{ 
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// 调 用 钩子 方法 


conn = this.getConnection(); 
PreparedStatement pstmt = conn.prepareStatement (sql); 
// 调 用 原 语 操 作 
this.setUpdateSqlValue (type,pstmt, obj); 
pstmt .executeUpdate ()，; 
pstmt.close(); 

}catch (Exception err)f{ 
err.printstackTrace (); 

}finallyt{ 
EEy 

conn.close(); 

} catch (SQLException e) 1{ 


e.printStackTrace (); 


(5) 简单 又 可 以 通用 的 JDBC 模板 做 好 了 ， 下 面 看 看 如 何 使 用 这 个 模板 来 实现 具体 
的 增删 改 查 功能 。 示 例 代 码 如 下 : 
/** 
* 具体 的 实现 用 户 管理 的 增删 改 查 功能 
N 
public class UserJDBC extends JDBCTemplatel{ 
protected String getMainsql (int type) { 
/ /根据 操作 类 型 ， 返 回 相应 的 主干 Sql 语句 
String Sab = 
if (type == TYPE CREATE) { 
sgl inaert -nEO bl user values(t?r?r ?3)" 
}jelse if(type == TYPE DELETE){ 
sql =""deLlete’ from tbl user where uuid=2"; 
}else if(type == TYPE UPDATE){ 
sql = "update tbl user set name=?,age=? where uuid=?"; 
}else if(type == TYPE CONDITION){ 
sql = "select * from tbi User where i= 
} 
return sql; 
} 
protected void setUpdateSqlValue (int type 
:+ PreparedStatement pstmt,Object obj) throws Exceptiont 
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// 设 置 增 、 删 、 改 操作 的 sql 中 “?” 对 应 的 值 

if (type == TYPE CREATE){ 
this.setCreateValue (pstmt, (UserModel)obj); 

}else if(type == TYPE DELETE) { 
this.setDeleteValue (pstmt, (UserModel)obj); 

Jelse 1f(type 二 一 人 TYPE UPDATEY 
this.setUpdateValue (pstmt, (UserModel)obj); 





} 

protected Object rs20bject (ResultSet rs)throws Exceptiont 
UserModel um = new UserModel (); 
String uuid = rs.getstring ("uuid"); 
String name = rs.getstring ("name"); 


int age = rs.getIint ("age"); 


um.setAge (age); 
um.setName (name); 


um.setUuid (uuid); 


return um; 
; 
protected String prepareQuerySqgl (String sql,Object qm){ 
UserQueryModel uaqm = (UserQueryMode]l)qam; 
StringBuffer buffer = new StringBuffer(); 
buffer.append (sql); 
if(ugqm.getUuid()!=null&& udqm.getUuid() .trim() .Length()>0) 1{ 
buffer.append(" and uuid=? ") 
} 
if(ugqm.getName() !=null&& ugqm.getName() .trim() .length()>0)1{ 
buffer.append(" and name like ? "); 
} 
if(uqm.getaAge() > 0){ 








这 个 方法 跟 以 前 
的 实现 一 样 


buffer.append(" and age >=? ") 7 
} 
if(ugqm.getAge2() > 0){ 
buffer.append(" and age <=? ")，; 
} 
return buffer.tostring(); 
} 
protected void setQuerySqlValue (PreparedSstatement pstmt 
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看 到 这 里 ， 可 能 有 些 朋友 会 想 ， 为 何不 把 准备 sql 的 方法 为 sql 中 “? ”赋值 的 方法 ， 
还 有 结果 集 映 射 成 为 对 象 的 方法 也 做 成 公共 的 呢 ? 





其 实 这 些 方法 是 可 以 考虑 做 成 公共 的 ， 用 反射 机 制 就 可 以 实现 ， 但 是 这 里 为 了 
突出 模板 方法 模式 的 使 用 ， 以 免 加 的 东西 太 多 ， 把 大 家 搞 迷 惑 了 。 


事实 上 ， 用 模板 方法 加 上 泛 型 再 加 上 反射 的 技术 ， 就 可 以 实现 可 重用 的 ， 使 用 
模板 时 几乎 不 用 再 写 代码 的 数据 层 实现 ， 这 里 就 不 去 展开 了 。 


(6) 享受 的 时 刻 到 了 ， 来 写 个 客户 端 ， 使 用 UserJDBC 的 实现 。 示 例 代 码 如 下 : 


public class Client { 





public static void main(String[] args) { 
UserJDBC uj = new UserJDBC () : 
// 先 新 增 几 条 
UserModel uml = new UserModel (); 
uml.setUuiad(" al") > 
uml .setName (" 张 三 "); 
uml .setAge (22); 


Uj.create (uml); 


UserModel um2 = new UserModel ();，; 
um2.setUuid("u2"); 

um2 . setName (" 李 四 ") ; 

um2 .setRAge (25) ; 


uj.create (um2) 


UserModel um3 = new UserModel () 7 
um3.setUuid("u3"); 

um3 .setName (" 王 五 ") ; 

um3 .setRge (32) 


uj.create (urm3) ; 


// 测 试 修改 

um3 . setName (" 王 五 被 改 了 "); 
um3.setAge (35) : 
uj.update (um3) ” 


// 测 试 查询 

UserQueryModel udqm = new UserQueryModel (); 
ugm.setAge (20); 

ugqm.setAge2 (36); 

Collection<UserModel> col = uj.getByCondition (ugqm); 


for(UserModel tempUm : col){ 
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System.out.printin (tempUm); 


1 
运行 一 下 ， 看 看 结果 ， 看 看 数据 库 的 值 ， 再 好 好 体会 一 下 是 如 何 实现 的 。 


16. 3. 6 ”模板 方法 模式 的 优 缺 点 


模板 方法 模式 的 优点 是 实现 代码 复 用 。 

模板 方法 模式 是 一 种 实现 代码 复 用 的 很 好 的 手段 。 通 过 把 子 类 的 公共 功能 提炼 
和 抽取 ， 把 公共 部 分 放 到 模板 中 去 实现 。 

a ”模板 方法 模式 的 缺点 是 算法 骨架 不 容易 升级 。 

模板 方法 模式 最 基本 的 功能 就 是 通过 模板 的 制定 ， 把 算法 骨架 完全 固定 下 来 。 
事实 上 模板 和 子 类 是 非常 耦合 的 ， 如 果 要 对 模板 中 的 算法 骨架 进行 变更 ， 可 能 
就 会 要 求 所 有 相关 的 子 类 进行 相应 的 变化 。 所 以 抽取 算法 骨架 的 时 候 要 特别 小 
心 ， 尽 量 确保 是 不 会 变化 的 部 分 才 放 到 模板 中 。 


16. 3.7 思考 模板 方法 模式 


1. 模板 方法 模式 的 本 质 


模板 方法 模式 的 本 质 : 固定 算法 骨架 。 


模板 方法 模式 主要 是 通过 制定 模板 ， 把 算法 步骤 固定 下 来 ， 至 于 谁 来 实现 ， 模 板 可 
以 自己 提供 实现 ， 也 可 以 由 子 类 去 实现 ， 还 可 以 通过 回调 机 制 让 其 他 类 来 实现 。 

通过 固定 算法 骨架 来 约束 子 类 的 行为 ， 并 在 特定 的 扩展 点 来 让 子 类 进行 功能 扩展 ， 
从 而 让 程序 既 有 很 好 的 复 用 性 ， 又 有 较 好 的 扩展 性 。 

2. 对 设计 原则 的 体现 

模板 方法 很 好 地 体现 了 开 闭 原则 和 里 氏 替 换 原 则 。 

首先 从 设计 上 分 离 变 与 不 变 ， 然 后 把 不 变 的 部 分 抽取 出 来 ， 定 义 到 父 类 中 ， 比 如 算 
法 骨架 ,一 些 公共 的 、 固 定 的 实现 等 。 这 些 不 变 的 部 分 被 封闭 起 来 ， 尽量 不 去 修改 它们 。 
要 想 扩展 新 的 功能 ， 那 就 使 用 子 类 来 扩展 ， 通 过 子 类 来 实现 可 变化 的 步骤 ， 对 于 这 种 新 
增 功 能 的 做 法 是 开放 的 。 

其 次 ， 能 够 实现 统一 的 算法 骨架 ， 通 过 切换 不 同 的 具体 实现 来 切换 不 同 的 功能 ， 一 
个 根本 原因 就 是 里 氏 蔡 换 原则 ， 遵 循 这 个 原则 ， 保 证 所 有 的 子 类 实现 的 是 同一 个 算法 模 
板 ， 并 能 在 使 用 模板 的 地 方 ， 根 据 需 要 切换 不 同 的 具体 实现 。 
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3. 何 时 选用 模板 方法 模式 
建议 在 以 下 情况 中 选用 模板 方法 模式 。 


需要 固定 定义 算法 骨架 ， 实 现 一 个 算法 的 不 变 的 部 分 ， 并 把 可 变 的 行为 留 给 子 类 
来 实现 的 情况 。 

各 个 子 类 中 具有 公共 行为 ， 应 该 抽取 出 来 ， 集 中 在 一 个 公共 类 中 去 实现 ， 从 而 避 
免 代码 重复 。 

需要 控制 子 类 扩展 的 情况 。 模 板 方 法 模式 会 在 特定 的 点 来 调用 子 类 的 方法 ， 这 样 
只 允许 在 这 些 点 进行 扩展 。 


3.8 相关 模式 


模板 方法 模式 和 工厂 方法 模式 

这 两 个 模式 可 以 配合 使 用 。 

模板 方法 模式 可 以 通过 工厂 方法 来 获取 需要 调用 的 对 象 。 

模板 方法 模式 和 策略 模式 

这 两 个 模式 的 功能 有 些 相 似 ， 但 是 是 有 区 别 的 。 

从 表面 上 看 ， 两 个 模式 都 能 实现 算法 的 封装 ， 但 是 模板 方法 封装 的 是 算法 的 骨 
架 ， 这 个 算法 骨架 是 不 变 的 ， 变 化 的 是 算法 中 某 些 步 骤 的 具体 实现 ， 而 策略 模 
式 是 把 某 个 步骤 的 具体 实现 算法 封装 起 来 ， 所 有 封装 的 算法 对 象 是 等 价 的 ， 可 
以 相互 替换 。 

因此 ， 可 以 在 模板 方法 中 使 用 策略 模式 ， 就 是 把 那些 变化 的 算法 步骤 通过 使 用 
策略 模式 来 实现 ， 但 是 具体 选取 哪个 策略 还 是 要 由 外 部 来 确定 ， 而 整体 的 算法 
步骤 ， 也 就 是 算法 骨架 则 由 模板 方法 来 定义 了 。 








17.1 场景 问题 


17.1.1 报价 管理 


向 客户 报价 ， 对 于 销售 部 门 的 人 来 讲 ， 这 是 一 个 非常 重大 和 复杂 的 问题 ， 对 不 同 的 
客户 要 报 不 同 的 价格 ， 比 如 : 

a ”对 普通 客户 或 者 是 新 客户 报 的 是 全 价 ; 

@ ”对 老 客户 报 的 价格 ， 根 据 客户 年 限 ， 给 予 一 定 的 折扣 ; 

m ”对 大 客户 报 的 价格 ， 根 据 大 客户 的 累计 消费 金额 ， 给 予 一 定 的 折扣 ; 

m ”还 要 考虑 客户 购买 的 数量 和 金额 ， 比 如， 虽然 是 新 用 户 ， 但 是 一 次 购买 的 数量 非 

常 大 ， 或 者 是 总 金额 非常 高 ， 也 会 有 一 定 的 折扣 ; 

m ”还 有 ， 报价 人 员 的 职务 高 低 ， 也 决定 了 他 是 否 有 权限 对 价格 进行 一 定 的 浮动 折扣 。 

甚至 在 不 同 的 阶段 ， 对 客户 的 报价 也 不 同 。 一 般 情况 是 刚 开始 比较 高 ， 越 接近 成 交 
阶段 ， 报 价 越 趋 于 合理 。 

总 之 ， 向 客户 报价 是 非常 复杂 的 ， 因 此 在 一 些 CRM (客户 关系 管理 ) 系统 中 ,会 
一 个 单独 的 报价 管理 模块 ， 来 处 理 复杂 的 报价 功能 。 

为 了 演示 的 简洁 性 ， 假 定 现在 需要 实现 一 个 简化 的 报价 管理 ， 实 现 如 下 的 功能 。 

a ”对 普通 客户 或 者 是 新 客户 报 全 价 ; 

四。 对 老 客户 报 的 价格 ， 统 一 折扣 5%; 

s 对 大 客户 报 的 价格 ， 统 一 折扣 10%。 
该 怎么 实现 呢 ? 


17. 1.2 不 用 模式 的 解决 方案 


要 实现 对 不 同 的 人 员 报 不 同 价格 的 功能 ， 无 外 乎 就 是 判断 起 来 膝 烦 点 ， 也 没 多 难 ， 
很 快 就 有 朋友 能 写 出 如 下 的 实现 代码 。 示 例 代码 如 下 : 
/** 
* 价格 管理 ， 主 要 完成 计算 向 客户 所 报价 格 的 功能 
eh 
publlemlass PELCe. St 
/大 大 
* 报价 ， 对 不 同类 型 的 ， 计 算 不 同 的 价格 
* @param goodsPrice 商品 销售 原价 
* @param customerType 客户 类 型 
* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 
ea 
Public double quote(double goodsPrice,string customerType){ 
if (" 普 通 客户 " .eauals (customerType) ){ 
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System.out .println(" 对 于 新 客户 或 者 是 普通 客户 ， 没 有 折扣 ") ; 
return goodsPrice; 

jelse if(" 老 客户 ".equals (customerType) ) { 
System.out.println ("对 于 老 客 户 ， 统 一 折扣 5%"); 
return goodsPrice* (1-=0.05); 

jelse if(" 大 客户 " .equals(customerType) ) { 
System.out .println ("对 于 大 客户 ， 统 一 折扣 10%")， 
return goodsPrice*(1-0.1); 

,| 

// 其 余人 员 都 是 报 原价 


return goodsPrice; 


17.1.3 有 何 问 题 


上 面 的 写法 是 很 简单 的 ， 也 很 容易 想到 ， 但 是 仔细 想 想 ， 这 样 实现 ， 问 题 可 不 小 ， 
有 以 下 两 个 问题 。 
(1) 价格 类 包含 了 所 有 计算 报价 的 算法 ,使 得 价格 类 ， 尤 其 是 报价 这 个 方法 比较 庞 
杂 ， 难 以 维护 。 
有 朋友 可 能 会 想 ， 这 很 简单 嘛 ， 把 这 些 算法 从 报价 方法 里 面 拿 出 去 ， 形 成 独立 的 方 
法 不 就 可 以 解决 这 个 问题 了 吗 ? 据 此 写 出 如 下 的 实现 代码 。 示 例 代 码 如 下 : 
/** 
* 价格 管理 ， 主 要 完成 计算 向 客户 所 报价 格 的 功能 
a 
public class Price { 
/** 
* 报价 ， 对 不 同类 型 的 ， 计 算 不 同 的 价格 
* @param goodsPrice 商品 销售 原价 
* @param customerType 客户 类 型 
* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 
Ye 
public double quote(double goodsPrice,Sstring customerType)t{ 
if(" 普 通 客户 " .equals (customerType) ) { 
return this.calcPriceEorNormal (goodsPrice); 
}else if(" 老 客户 ".equals (customerType)){ 
return this.calcPriceForOld(goodsPrice); 
jeLse 主 f ("大 容 户 " -equals (customerType)){ 


return this.calcPriceForLarge (goodsPrice); 
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} 
// 其 余人 员 都 是 报 原 价 
return goodsPrice; 

} 

/** 

* 为 新 客户 或 者 是 普通 客户 计算 应 报 的 价格 

* @param goodsPrice 商品 销售 原价 

* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 

雯 中 

private double calcPriceForNormal (double goodsPrice){ 
System.out.println(" 对 于 新 客户 或 者 是 普通 客户 ， 没 有 折扣 ") ， 
return goodsPrice; 

} 

/*# 

* 为 老 客户 计算 应 报 的 价格 

* eparam goodsPrice 商品 销售 原价 

* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 

六 

private double calcPriceForOld(double goodsPrice){ 
System.out.println ("对 于 老 客户 ， 统 一 折扣 5%"); 
return goodsPrice*i(1=0.05);» 

} 

/** 

* 为 大 客户 计算 应 报 的 价格 

x @param goodsPrice 商品 销售 原价 

* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 

en 

private double calcPriceForLarge (double goodsPrice){ 
System.out.printlin ("对 于 大 客户 ， 统 一 折扣 10%")， 


return goodsPrice* (1-0.1); 


ji 

这 样 看 起 来 ， 比 刚 开始 稍稍 好 点 ， 计 算 报 价 的 方法 也 稍稍 简单 一 点 ， 这 样 维护 起 来 
也 稍 好 一 些 ， 某 个 算法 发 生 了 变化 ， 直 接 修改 相应 的 私有 方法 就 可 以 了 。 扩 展 起 来 也 容 
易 一 点 ， 比 如 要 增加 一 个 “战略 合作 客户 ”的 类 型 ， 报 价 为 直接 8 折 ， 就 只 需要 在 价格 
类 里 面 新 增加 一 个 私有 的 方法 来 计算 新 的 价格 ,然后 在 计算 报价 的 方法 中 新 添 一 个 else-if 
即 可 。 看 起 来 似乎 很 不 错 了 。 

真 的 很 不 错 了 吗 ? 

再 想 想 ， 问 题 还 是 存在 ， 只 不 过 从 计算 报价 的 方法 挪动 到 价格 类 中 了 ， 假 如 有 100 
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个 或 者 更 多 这 样 的 计算 方式 ， 会 使 这 个 价格 类 非常 庞大 ， 难 以 维护 。 而 且 ， 维 护 和 扩展 
都 需要 去 修改 已 有 的 代码 ， 这 是 很 不 好 的 ， 违 反 了 开 一 闭 原则 。 

(2) 经 常会 有 这 样 的 需要 ， 在 不 同 的 时 候 ， 要 使 用 不 同 的 计算 方式 。 

比如 ， 在 公司 周年 庆 的 时 候 ， 所 有 的 客户 额外 增加 3% 的 折扣 ; 在 换季 促销 的 时 候 ， 
普通 客户 是 额外 增加 折扣 2%， 老 客户 是 额外 增加 折扣 3%， 大 客户 是 额外 增加 折扣 5%。 
这 意味 着 计算 报价 的 方式 会 经 常 被 修改 ， 或 者 被 切换 。 

通常 情况 下 应 该 是 被 切换 ， 因 为 过 了 促销 时 间 ， 又 还 回 到 正常 的 价格 体系 上 来 了 。 
而 现在 的 价格 类 中 计算 报价 的 方法 ， 是 固定 调用 各 种 计算 方式 ， 这 使 得 切换 调用 不 同 的 
计算 方式 很 麻烦 ， 每 次 都 需要 修改 if-else 中 的 调用 代码 。 





看 到 这 里 ， 可 能 有 朋友 会 想 ， 那 么 到 底 应 该 如 何 实现 ， 才 能 够 让 价格 类 中 
的 计算 报价 的 算法 ,能 很 容易 地 实现 可 维护 、 可 扩展 ， 又 能 动态 地 切换 变化 呢 ? 


17.2 解决 方案 


17.2.1 使 用 策略 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 策略 模式 。 那 么 什么 是 策略 模式 呢 ? 
1. 策略 模式 的 定义 


定义 一 系列 的 算法 ， 把 它们 一 个 个 封装 起 来 ， 并 且 使 它们 可 相互 替换 。 本 模式 





使 得 算法 可 独立 于 使 用 它 的 客户 而 变化 。 


2. 应 用 策略 模式 来 解决 问题 的 思路 


仔细 分 析 上 面 的 问题 ， 先 来 把 它 抽象 一 下 ， 各 种 计算 报价 的 计算 方式 就 好 比 是 具体 
的 算法 ， 而 使 用 这 些 计算 方式 来 计算 报价 的 程序 ， 就 相当 于 是 使 用 算法 的 客户 。 

再 分 析 上 面 的 实现 方式 ， 为 什么 会 造成 那些 问题 ? 根本 原因 就 在 于 算法 和 使 用 算法 
的 客户 是 耦合 的 ， 甚 至 是 密 不 可 分 的 。 在 上 面 的 实现 中 ， 有 具体 的 算法 和 使 用 算法 的 客户 
是 同一 个 类 中 的 不 同方 法 。 

现在 来 解决 那些 问题 。 按 照 策略 模式 的 方式 ， 应 该 先 把 所 有 的 计算 方式 独立 出 来 ， 
每 个 计算 方式 做 成 一 个 单独 的 算法 类 ， 从 而 形成 一 系列 的 算法 ， 并 且 为 这 一 系列 算法 定 
义 一 个 公共 的 接口 ， 这 些 算法 实现 是 同一 接口 的 不 同 实现 ， 地 位 是 平等 的 ， 可 以 相互 蔡 
换 。 这 样 一 来 ， 要 扩展 新 的 算法 就 变 成 了 增加 一 个 新 的 算法 实现 类 ， 要 维护 某 个 算法 ， 
也 只 是 修改 某 个 具体 的 算法 实现 即 可 ， 不 会 对 其 他 代码 造成 影响 。 也 就 是 说 这 样 就 解决 
了 可 维护 、 可 扩展 的 问题 。 

为 了 实现 让 算法 能 独立 于 使 用 他 的 客户 ， 策 略 模式 引入 了 一 个 上 下 文 的 对 象 ， 这 个 
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全 
并 





对 和 象 负责 持 有 算法 , 但 是 不 负责 决定 具体 选用 哪个 算法 ,把 选择 算法 的 功能 交 给 了 客户 ， 
由 客户 选择 好 具体 的 算法 后 ,设置 到 上 下 文 对 和 象 中 ， 让 上 下 文 对 象 持 有 客户 选择 的 算法 ， 
当 客 户 通知 上 下 文 对 象 执行 功能 的 时 候 ， 上 下 文 对 象 则 转调 具体 的 算法 。 这 样 一 来 ， 具 
体 的 算法 和 直接 使 用 算法 的 客户 是 分 离 的 。 

具体 的 算法 和 使 用 他 的 客户 分 离 以 后 ， 使 得 算法 可 独立 于 使 用 它 的 客户 而 变化 ， 并 
且 能 够 动态 地 切换 需要 使 用 的 算法 ， 只 要 客户 端 动态 地 选择 使 用 不 同 的 算法 ， 然 后 设置 
到 上 下 文 对 象 中 去 ， 在 实际 调用 的 时 候 ， 就 可 以 调用 到 不 同 的 算法 。 


17.2.2 策略 模式 的 结构 和 说 明 


策略 模式 的 结构 如 图 17.1 所 示 。 


局 Context 

















«interface» 






CO Strategy 
FE > 
-strategy:5trategy 
© +agorthminterfacef -void 
《Createy 
© +Context(aStrategy:Strategy) VV FS WA 
全 +contextInterfaceO):void ” AS 
| ee 
NS 


已 ConcreteStrategyC 


局 ConcreteStrategyA 


+algorithmInterface():void 


局 ConcreteStrategyB 





© +algorithmInterFacety'vyoid 


+algorithmInterface():void 





图 17.1 策略 模式 的 结构 示意 图 
m ”Strategy: 策略 接口 ， 用 来 约束 一 系列 具体 的 策略 算法 。Context 使 用 这 个 接口 来 调 
用 具体 的 策略 实现 定义 的 算法 。 
”ConcreteStrategy: 具体 的 策略 实现 ， 也 就 是 具体 的 算法 实现 。 
mm Context: 上 下 文 ， 负 责 和 具体 的 策略 类 交互 。 通 常 上 下 文 会 持 有 一 个 真正 的 策略 
实现 ， 上 下 文 还 可 以 让 具体 的 策略 类 来 获取 上 下 文 的 数据 ， 甚 至 让 具体 的 策略 
类 来 回调 上 下 文 的 方法 。 


17. 2.3 策略 模式 示例 代码 


(1) 首先 来 看 策略 ， 也 就 是 定义 算法 的 接口 ， 示 例 代码 如 下 : 
/** 
* 策略 ， 定 义 算法 的 接口 
public interface Strategy { 
/大 大 
* 某 个 算法 的 接口 ， 可 以 有 传 入 参数 ， 也 可 以 有 返回 值 
A 
public void algorithmIinterface(); 
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(2) 再 来 看 看 具体 的 算法 实现 。 定 义 了 三 个 算法 ， 分 别 是 ConcreteStrategyA、 
ConcreteStrategyB、 ConcreteStrategyC， 示 例 非常 简单 ， 由 于 没有 具体 算法 的 实现 ， 三 者 
也 就 是 名 称 不 同 。 示 例 代 码 如 下 : 


(3) 接 下 来 看 看 上 下 文 的 实现 。 示 例 代码 如 下 : 





合 
麻 





* @param aStrategy 具体 的 策略 对 象 
人 
public Context (Strategy aStrategy) { 
this.strategy = aStrategy; 
} 
/** 


* 上 下 文 对 客户 端 提供 的 操作 接口 ， 可 以 有 参数 和 返回 值 
ad 
public void contextInterface() { 
// 通 常会 转调 具体 的 策略 对 象 进行 算法 运算 
strategy.alLlgorithmInterface ()， 


} 


17. 2.4 使 用 策略 模式 重 写 示 例 


要 使 用 策略 模式 来 重 写 前 面 报价 的 示例 ， 大 致 有 如 下 改变 。 

(1) 首先 需要 定义 出 算法 的 接口 。 

(2) 然后 把 各 种 报价 的 计算 方式 单独 出 来 ， 形 成 算法 类 。 

(3) 对 于 Price 类 ， 把 它 当做 上 下 文 ， 在 计算 报价 的 时 候 ， 不 再 需要 判断 ， 直 接 使 


用 持 有 的 具体 算法 进行 运算 即 可 。 具 体 选择 使 用 哪 一 个 算法 的 功能 挪 出 去 ， 放 到 外 部 使 
用 的 客户 端 去 。 


这 个 时 候 ， 程 序 的 结构 如 图 17.2 所 示 。 






<*interface» 
Ce Strategy 















四 +caicpricefgoodspricesdoubie) :coubila 
*Create» 
+PpricetaStrategy:Strategy) AAA FA AN 
二 quotefgoodsPrice:double):double 


2 


己 OldCustomerStrategy 局 LargeCustomerStrategy 
D+calcprice(goodsPrice;double):double 外 +calcPrice(goodsPrice:double):double 


图 17.2 ”使 用 策略 模式 实现 示例 的 结构 示意 图 
(1) 先 来 看 策略 接口 。 示 例 代 码 如 下 : 
/** 
* 策略 ， 定 义 计算 报价 算法 的 接口 
i 
public interface Strategy { 
/** 


局 NormalCustomerStrategy 


从 +calcPricefgoodsPrice:doublej'double 
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* 计算 应 报 的 价格 

* @param goodsPrice 商品 销售 原价 

* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 

上 

Public double calcPrice(double goodsPrice); 


} 
(2) 下 面 来 看 看 具体 的 算法 实现 。 不 同 的 算法 ， 实 现 也 不 一 样 。 
先 来 看 看 为 新 客户 或 者 是 普通 客户 计算 应 报价 格 的 实现 。 示 例 代 码 如 下 : 


/** 
* 具体 算法 实现 ， 为 新 客户 或 者 是 普通 客户 计算 应 报 的 价格 
ed 


public class NormalCustomerStrategy implements Strategyt{ 


public double calcPrice(double goodsPrice) { 


System.out.println(" 对 于 新 客户 或 者 是 普通 客户 ， 没 有 折扣 ") ; 


return goodsPrice; 


} 
再 看 看 为 老 客户 计算 应 报价 格 的 实现 。 示 例 代码 如 下 : 


/** 
* 具体 算法 实现 ， 为 老 客户 计算 应 报 的 价格 
杰克 


public class OldCustomerStrategy implements Strategyl{ 
public double calcPrice (daouble goodsPrice) { 


System.out.println ("对 于 老 客户 ， 统 一 折扣 5%")，; 


return goodsPrice* (1-0.05); 


} 

接 下 来 看 看 为 大 客户 计算 应 报价 格 的 实现 。 示 例 代 码 如 下 : 

/大 大 

* 具体 算法 实现 ， 为 大 客户 计算 应 报 的 价格 

A 

public class LargeCustomerStrategy implements Strategyl{ 
public double calcPrice(double goodsPrice) { 


System.out.println ("对 于 大 客户 ， 统 一 折扣 10%")， 


returnm GOoQdSsPrice*(1i~-0%4)s 


} 
(3) 下 面 来 看 看 上 下 文 的 实现 ， 也 就 是 原来 的 价格 类 ， 它 的 变化 比较 大 ， 主 要 有 : 
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m ”原来 那些 私有 的 ， 用 来 做 不 同 计算 的 方法 ， 已 经 删除 了 ， 独 立 出 去 做 成 了 算法 类 。 

sm ”原来 报价 方法 中 ， 对 具体 计算 方式 的 判断 ， 删 除了 ， 让 客户 端 来 完成 选择 具体 算 
法 的 功能 。 

m ”新 添加 持 有 一 个 具体 的 算法 实现 ， 通 过 构造 方法 传 入 。 

m ”原来 报价 方法 的 实现 ， 变 化 成 了 转调 具体 算法 来 实现 。 

示例 代码 如 下 : 





/** 
* 价格 管理 ， 主 要 完成 计算 向 客户 所 报价 格 的 功能 
*/ ; 
public class Price { 
/** 
* 持 有 一 个 具体 的 策略 对 象 
人 
private Strategy strategy = null; 
/** 


* 构造 方法 ， 传 入 一 个 具体 的 策略 对 象 。 

* Q@param aStrategy 有 具体 的 策略 对 象 

xs 

public Price(Strategy aStrategy) { 
this.strategy = aStrategy; 

$ 

/交大 

* 报价 ， 计 算 对 客户 的 报价 

* @param goodsPrice 商品 销售 原价 

* @return 计算 出 来 的 ， 应 该 给 客户 报 的 价格 

i 

Public double quote (double goodsPrice)f{ 


return this.strategy.calcPrice (goodsPrice) : 


} 
(4) 写 个 客户 端 来 测试 运行 一 下 ， 以 加 深 体会 。 示 例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 
//1: 选择 并 创建 需要 使 用 的 策略 对 象 
Strategy strategy = new LargeCustomerStrategy (); 
//2: 创建 上 下 文 


Price ctx = new Price(strategy); 
11/3: 计算 报价 
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double quote = ctx.quote(1000); 


System.out.println ("向 客户 报价 : "+auote) ; 


} 

运行 一 下 ， 看 看 效果 。 

你 可 以 修改 使 用 不 同 的 策略 算法 具体 实现 ， 现 在 用 的 是 LargeCustomerStrategy， 你 
可 以 尝试 修改 成 其 他 两 种 实现 ， 试 试看 ， 体 会 一 下 切换 算法 的 容易 性 。 


17.3 模式 讲解 
17. 3.1 认识 策略 模式 


1. 策略 模式 的 功能 
策略 模式 的 功能 是 把 具体 的 算法 实现 从 具体 的 业务 处 理 中 独立 出 来 ， 把 它们 实现 成 
为 单独 的 算法 类 ， 从 而 形成 一 系列 的 算法 ， 并 让 这 些 算法 可 以 相互 替换 。 





5 策略 模式 的 重心 不 是 如 何 来 实现 算法 ,而 是 如 何 组 织 、 调 用 这 些 算法 ， 从 而 
jE 让 程序 结构 更 灵活 ， 具 有 更 好 的 维护 性 和 扩展 性 。 


2. 策略 模式 和 if-else 语句 

看 了 前 面 的 示例 ,很 多 朋友 会 发 现 ,每 个 策略 算法 具体 实现 的 功能 ,就 是 原来 在 if-else 
结构 中 的 具体 实现 。 

没 错 ， 其 实 多 个 if-elseif 语句 表达 的 就 是 一 个 平等 的 功能 结构 ， 你 要 么 执行 if， 要 么 
执行 else， 或 者 是 elseif， 这 个 时 候 ，f 块 中 的 实现 和 else 块 中 的 实现 从 运行 地 位 上 来 讲 
是 平等 的 。 

而 策略 模式 就 是 把 各 个 平等 的 具体 实现 封装 到 单独 的 策略 实现 类 了 ， 然 后 通过 上 下 
文 来 与 具体 的 策略 类 进行 交互 。 

因此 多 个 if-else 语句 可 以 考虑 使 用 策略 模式 。 

3. 算法 的 平等 性 

策略 模式 一 个 很 大 的 特点 就 是 各 个 策略 算法 的 平等 性 。 对 于 一 系列 有 具体 的 策略 算法 ， 
大 家 的 地 位 是 完全 一 样 的 ， 正 是 因为 这 个 平等 性 ， 才 能 实现 算法 之 间 可 以 相互 替换 。 

所 有 的 策略 算法 在 实现 上 也 是 相互 独立 的 ， 相 互 之 间 是 没有 依赖 的 。 

所 以 可 以 这 样 描述 这 一 系列 策略 算法 : 策略 算法 是 相同 行为 的 不 同 实现 。 

4. 谁 来 选择 具体 的 策略 算法 

在 策略 模式 中 ， 可 以 在 两 个 地 方 来 进行 具体 策略 的 选择 。 

一 个 是 在 客户 端 ， 当 使 用 上 下 文 的 时 候 ， 由 客户 端 来 选择 具体 的 策略 算法 ， 然 后 把 
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这 个 策略 算法 设置 给 上 下 文 。 前 面 的 示例 就 是 这 种 情况 。 

还 有 一 个 是 客户 端 不 管 ， 由 上 下 文 来 选择 具体 的 策略 算法 ， 这 个 在 后 面 介绍 容错 恢 
复 的 时 候 给 大 家 演示 一 下 。 

5. Strategy 的 实现 方式 

在 前 面 的 示例 中 ，Strategy 都 是 使 用 接口 来 定义 的 ， 这 也 是 常见 的 实现 方式 。 但 是 如 
果 多 个 算法 具有 公共 功能 的 话 ， 可 以 把 Strategy 实现 成 为 抽象 类 ， 然 后 把 多 个 算法 的 公 
共 功 能 实现 到 Strategy 中 。 

6. 运行 时 策略 的 唯一 性 

运行 期 间 ， 策 略 模式 在 每 一 个 时 刻 只 能 使 用 一 个 具体 的 策略 实现 对 象 ， 虽 然 可 以 动 
态 地 在 不 同 的 策略 实现 中 切换 ， 但 是 同时 只 能 使 用 一 个 。 

7. 增加 新 的 策略 

在 前 面 的 示例 中 ， 体 会 到 了 策略 模式 中 切换 算法 的 方便 ， 但 是 增加 一 个 新 的 算法 会 
怎样 呢 ? 比如 现在 要 实现 如 下 的 功能 ， 对 于 公司 的 “战略 合作 客户 ”， 统 一 8 折 。 

其 实 很 简单 ， 策 略 模式 可 以 让 你 很 灵活 地 扩展 新 的 算法 。 有 具体 的 做 法 是 ， 先 写 一 个 
策略 算法 类 来 实现 新 的 要 求 ， 然 后 在 客户 端 使 用 的 时 候 指定 使 用 新 的 策略 算法 类 就 可 以 
可 区 
还 是 通过 示例 来 说 明 。 先 添加 一 个 实现 要 求 的 策略 类 。 示 例 代 码 如 下 : 

/** 2 

* 具体 算法 实现 ， 为 战略 合作 客户 计算 应 报 的 价格 

ww 

public class CooperateCustomerStrategy implements Strategyt{ 
public double calcPrice(double goodsPrice) { 


System.out.println ("对 于 战略 合作 客户 ， 统 一 8 折 "); 


return goodsPrice*0.8; 


} 
然后 在 客户 端 指定 使 用 策略 的 时 候 指 定 新 的 策略 算法 实现 。 示 例 代码 如 下 : 
Pubiie CLass, CLicGnt2 下 
public static void main(String[] args) { 
//1: 选择 并 创建 需要 使 用 的 策略 对 象 
Strategy strategy = new CooperateCustomerStrategy (); 
//2: 创建 上 下 文 


Price ctx = new Pricel(strategy); 








除了 这 里 变 
动 外 ,客户 端 
没有 其 他 的 
变化 





//3: 计算 报价 
double quote = ctx.quote(1000); 
system.out.println ("向 客户 报价 : "+quote); 
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} 

运行 客户 端 ， 测 试看 看 ， 好 好 体会 一 下 。 

除了 客户 端 发 生变 化 外 ， 已 有 的 上 下 文 、 策 略 接口 定义 和 策略 的 已 有 实现 ， 都 不 需 
要 做 任何 的 修改 ， 可 见 能 很 方便 地 扩展 新 的 策略 算法 。 

8. 策略 模式 的 调用 顺序 示意 图 

策略 模式 的 调用 顺序 ， 有 两 种 常见 的 情况 ， 一 种 如 同 前 面 的 示例 ， 有 具体 如 下 : 


(1) 先是 客户 端 来 选择 并 创建 具体 的 策略 对 象 。 

(2) 然后 客户 端 创建 上 下 文 。 

(3) 接 下 来 客户 端 就 可 以 调用 上 下 文 的 方法 来 执行 功能 了 ， 在 调用 的 时 候 ， 从 客户 
端 传 入 算法 需要 的 参数 。 

(4) 上 下 文 接 到 客户 的 调用 请 求 ， 会 把 这 个 请 求 转发 给 它 持 有 的 Strategy。 

这 种 情况 的 调用 顺序 如 图 17.3 所 示 。 


3; 调用 上 下 文 的 方法 来 执行 功能 
: 传人 算法 需要 的 参数 





图 17.3 策略 模式 调用 顺序 示意 图 一 
策略 模式 的 调用 还 有 一 种 情况 ， 就 是 把 Context 当 作 参数 来 传递 给 Strategy， 这 种 方 
式 的 调用 顺序 图 ， 在 介绍 具体 的 Context 和 Strategy 的 关系 时 再 给 出 。 


17. 3.2 Context 和 Strategy 的 关系 


在 策略 模式 中 ， 通 常 是 上 下 文 使 用 具体 的 策略 实现 对 象 。 反 过 来 ， 策 略 实现 对 象 也 
可 以 从 上 下 文 获取 所 需要 的 数据 。 因 此 可 以 将 上 下 文 当 作 参数 传递 给 策略 实现 对 象 ， 这 
种 情况 下 上 下 文 和 策略 实现 对 象 是 紧密 耦合 的 。 

在 这 种 情况 下 ， 上 下 文 封 装着 具体 策略 对 象 进行 算法 运算 所 需要 的 数据 ， 有 具体 策略 
对 象 通过 回调 上 下 文 的 方法 来 获取 这 些 数据 。 

甚至 在 某 些 情 况 下 ， 策 略 实现 对 象 还 可 以 回调 上 下 文 的 方法 来 实现 一 定 的 功能 ， 这 
种 使 用 场景 下 ， 上 下 文 变相 充当 了 多 个 策略 算法 实现 的 公共 接口 。 在 上 下 文 定义 的 方法 
可 以 当 作 是 所 有 或 者 是 部 分 策略 算法 使 用 的 公共 功能 。 


但 是 请 注意 ， 由 于 所 有 的 策略 实现 对 象 都 实现 同一 个 策略 接口 ， 传 入 同一 个 上 
下 文 ， 可 能 会 造成 传 入 的 上 下 文 数据 的 浪费 ， 因 为 有 的 算法 会 使 用 这 些 数据 ， 


而 有 的 算法 不 会 使 用 ， 但 是 上 下 文 和 策略 对 象 之 间 交 互 的 开销 是 存在 的 。 








还 是 通过 例子 来 说 明 。 

1. 工资 支付 的 实现 思路 

考虑 这 样 一 个 功能 : 工资 支付 方式 的 问题 。 很 多 企业 的 工资 支付 方式 是 很 灵活 的 ， 
可 支付 方式 是 比较 多 的 ， 比 如 ， 人 民 币 现金 支付 、 美 元 现金 支付 、 银 行 转账 到 工资 账户 、 
银行 转账 到 工资 卡 ; 一 些 创 业 型 的 企业 为 了 留 住 骨干 员工 ， 还 可 能 有 工资 转 股权 等 方式 。 
总 之 一 句 话 ， 工 资 支付 方式 很 多 。 

随 着 公司 的 发 展 ， 会 不 断 有 新 的 工资 支付 方式 出 现 ， 这 就 要 求 能 方便 地 扩展 ; 另外 
工资 文 付 方式 不 是 固定 的 ， 是 由 公司 和 员工 协商 确定 的 ， 也 就 是 说 可 能 不 同 的 员工 采用 
的 是 不 同 的 支付 方式 ， 甚 至 同一 个 员工 ， 不 同时 间 采 用 的 支付 方式 也 可 能 会 不 同 ， 这 就 
要 求 能 很 方便 地 切换 具体 的 支付 方式 。 

要 实现 这 样 的 功能 ， 策 略 模 式 是 一 个 很 好 的 选择 。 在 实现 这 个 功能 的 时 候 ， 不 同 的 
策略 算法 需要 的 数据 是 不 一 样 ， 比 如 ， 现 金 支 付 就 不 需要 银行 账号 ， 而 银行 转账 就 需要 
账号 。 这 就 导致 在 设计 策略 接口 中 的 方法 时 ， 不 太 好 确定 参数 的 个 数 ， 而 且 ， 就 算 现在 
把 所 有 的 参数 都 列 上 了 ， 今 后 扩展 呢 ? 难道 再 来 修改 策略 接口 吗 ? 如 果 这 样 做 ， 那 无 异 
于 一 场 灾难 ， 加 入 一 个 新 策略 ， 就 需要 修改 接口 ， 然 后 修改 所 有 已 有 的 实现 ， 不 疯 掉 才 
怪 ! 那么 到 底 如 何 实现 ， 在 今后 扩展 的 时 候 才 最 方便 呢 ? 

解决 方案 之 一 ， 就 是 把 上 下 文 当 作 参 数 传 递 给 策略 对 象 。 这 样 一 来 ， 如 果 要 扩展 新 
的 策略 实现 ， 只 需要 扩展 上 下 文 就 可 以 了 ， 已 有 的 实现 不 需要 做 任何 的 修改 。 

这 样 是 不 是 能 很 好 地 实现 功能 ， 并 具有 很 好 的 扩展 性 呢 ? 还 是 通过 代码 示例 来 具体 
看 看 。 假设 先 实现 人 民 币 现金 支付 和 美元 现金 支付 这 两 种 支付 方式 ， 然 后 进行 使 用 测试 ， 
再 来 添加 银行 转账 到 工资 卡 的 支付 方式 ， 看 看 是 不 是 能 很 容易 的 与 已 有 地 实现 结合 上 。 

2. 实现 代码 示例 

(1) 先 定义 工资 支付 的 策略 接口 , 也 就 是 定义 一 个 支付 工资 的 方法 。 示 例 代 码 如 下 : 

/** 

x 支付 工资 的 策略 接口 ， 公 司 有 多 种 支付 工资 的 算法 

* 比如 ， 现 金 、 银 行 卡 、 现 金 加 股票 、 现 金 加 期 权 、 美 元 支付 等 

ww 

public interface PaymentStrategy { 

/x** 
* 公司 给 某 人 真正 支付 工资 
* @param ctx 支付 工资 的 上 下 文 ， 里 面包 含 算法 需要 的 数据 
办 
public void pay (PaymentContext ctx) 7 
} 


(2) 定义 好 了 工资 支付 的 策略 接口 ， 该 来 考虑 如 何 实 现 这 多 种 支付 策略 了 。 

为 了 演示 的 简单 ， 这 里 先 简 单 实现 人 民 币 现金 支付 和 美元 现金 支付 方式 ， 当 然 并 不 
是 真 地 去 实现 跟 银 行 的 交互 ， 只 是 示意 一 下 。 

人 民 币 现金 支付 的 策略 实现 。 示 例 代码 如 下 : 
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/x** 
* 人 民 币 现金 支付 
Public class RMBCash implements PaymentStrategyt{ 
public void pay (PaymentContext ctx) { 
System.out.println ("现在 给 "+ctx.getUserName () 
+" 人 民 币 现金 支付 "+ctx.getMoney ()+" 元 ") ， 


} 


同样 地 实现 美元 现金 支付 的 策略 。 示 例 代码 如 下 : 
/** 
* 美元 现金 支付 
Public class DollarCash implements PayrmentStrategy{ 
public void Pay(PaymentContext ctx) 1{ 
System.out.println ("现在 给 "+ctx.getUserName () 
+" 美 元 现金 支付 "+ctx.getMoney()+" 元 "); 


} 


(3) 该 来 看 支付 上 下 文 的 实现 了 ， 当 然 这 个 使 用 支付 策略 的 上 下 文 ， 是 需要 知道 具 
体 使 用 哪 一 个 支付 策略 的 ， 一 般 由 客户 端 来 确定 具体 使 用 哪 一 个 具体 的 策略 ， 然 后 上 下 
文 负责 去 真正 执行 。 因 此 ， 这 个 上 下 文 需要 持 有 一 个 支付 策略 ， 而 且 是 由 客户 端 来 配置 
它 。 示 例 代 码 如 下 : 
/** 
* 支付 工资 的 上 下 文 ， 每 个 人 的 工资 不 同 ， 支 付 方式 也 不 同 
pe 
publye .class"PaymentContext 1 
/炎炎 
* 应 被 支付 工资 的 人 员 ， 简 单 点 ， 用 姓名 来 代替 
二 
private String userName = null; 
/** 
* 应 被 支付 的 工资 金额 
A 
private double money = 0.0; 
/** 
* 支付 工资 的 方式 的 策略 接口 
XXX 
Private PaymentStrategy strategy = null; 
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/六 六 

* 构造 方法 ， 传 入 被 支付 工资 的 人 员 ， 应 支付 的 金额 和 具体 的 支付 策略 

* @param userName 被 支付 工资 的 人 员 

* @param money 应 支付 的 金额 

* @param strategy 具体 的 支付 策略 

二 

public PaymentContext (String userName,double money, 

PaymentStrategy Strategy){ 

this.userName = userName; 
this.money = money; 
this.strategy = strategy; 

} 

public String getUserName() { 






只 有 getter 方法 ,让 
策略 算法 在 实现 的 
时 候 , 根据 需要 来 获 
取 上 下 文中 的 数据 









return userName; 
public double getMoney() { 
return money; 
} 
/** 
* 立即 支付 工资 
we 
Public void PayNow () { 
// 使 用 客户 希望 的 支付 策略 来 支付 工资 
this.strategy .pay (this); 


} 


《4) 准 备 好 了 支付 工资 的 各 种 策略 , 下 面 来 看 看 如 何 使 用 这 些 策 略 来 真正 支付 工资 。 
很 简单 ， 客 户 端 是 使 用 上 下 文 来 使 用 具体 的 策略 的 ， 而 且 是 客户 端 来 确定 具体 的 策略 ， 


示例 代码 如 下 : 
public class Client 1 
public static void main (String[] args) { 
/ /创建 相应 的 支付 策略 
PaymentStrategy strategyRMB = new RMBCash (); 
PaymentStrategy strategyDollar = new DollarCash (); 


/ /准备 小 李 的 支付 工资 上 下 文 
PaymentContext ctxl = 

new PaymentContext ("小 李 ",5000,strategyRMB); 
// 向 小 李 支 付 工资 
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ctxl1 .payNow (); 


// 切 换 一 个 人 ， 给 petter 支 付 工资 
PaymentContext ctx2 = 

new PaymentContext ("Petter",8000,strategyDollar); 
ctx2.payNow (); 


} 

运行 一 下 ， 看 看 效果 。 运 行 结果 如 下 : 

现在 给 小 李 人 民 币 现金 支付 5000 .0 元 

现在 给 Petter 美 元 现金 支付 8000 .0 元 

3. 扩展 示例 ， 实 现 方式 一 

经 过 上 面 的 测试 可 以 看 出 ， 通 过 使 用 策略 模式 ， 己 经 实现 好 了 两 种 支付 方式 了 。 如 
果 现 在 要 增加 一 种 支付 方式 ， 要 求 能 支付 到 银行 卡 ， 该 怎样 扩展 最 简单 呢 ? 

应 该 新 增加 一 种 支付 到 银行 卡 的 策略 实现 ， 然 后 通过 继承 来 扩展 支付 上 下 文 ， 在 其 
中 添加 新 的 支付 方式 需要 的 新 数据 ， 比 如 银行 卡 账 户 ， 并 在 客户 端 使 用 新 的 上 下 文 和 新 
的 策略 实现 就 可 以 了 ， 这 样 已 有 的 实现 都 不 需要 改变 ， 完 全 遵循 开 一 闭 原则 。 

先 看 看 扩展 的 支付 上 下 文 对 象 的 实现 。 示 例 代 码 如 下 : 


/** 
* 扩展 的 支付 上 下 文 对 象 
a 
Public class PaymentContext2 extends PaymentContext 1! 
/** 
* 银行 账号 
wa 
private String account = null; 
/** 


* 构造 方法 ， 传 入 被 支付 工资 的 人 员 ， 应 支付 的 金额 和 具体 的 支付 策略 

* @param userName 被 支付 工资 的 人 员 

* @param money 应 支付 的 金额 

* @param account 支付 到 的 银行 账号 

* param strategy 具体 的 支付 策略 

/| 

Public PaymentContext2 (String userName,double money, 

String account,PaymentStrategy strategy){ 

super (userName ,money ,strategy); 
this.account = account; 

} 

Public String getAccount() { 
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return account; 


} 
然后 看 看 新 的 策略 算法 的 实现 。 示 例 代码 如 下 : 
/文大 
* 支付 到 银行 卡 
Public class Card implements PaymentStrategy{ 





Public void pay (PaymentContext ctx) { 
// 这 个 新 的 算法 自己 知道 要 使 用 扩展 的 支付 上 下 文 ， 所 以 强制 造型 一 下 
PaymentContext2 ctx2 = (PaymentContext2)ctx; 
System.out .Println(" 现 在 给 "+ctx2 .getUserName ()+" 的 " 
+ctx2.getRccount ()+" 账 号 支付 了 "+ctx2 .getMoney ()+" 元 ") : 
// 连 接 银行 ， 进 行 转账 ， 就 不 去 管 了 


} 
最 后 看 看 客户 端 怎 么 使 用 这 个 新 的 策略 呢 ? 原 有 的 代码 不 变 ， 直 接 添加 新 的 测试 就 
可 以 了 。 示 例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 

/ /创建 相应 的 支付 策略 
PaymentStrategy strategyRMB = new RMBCash(); 
PaymentStrategy strategyDollar = new DollarCash(); 


// 准 备 小 李 的 支付 工资 上 下 文 


PaymentContext ctxl1 = 

new PaymentContext ("小 李 ",5000, strategyRMB); 
// 向 小 李 支 付 工资 
ctxl1 .payNow (); 


// 切 换 一 个 人 ， 给 petter 支 付 工资 
PaymentContext ctx2 = 

new PaymentContext ("Petter",8000,strategyDollar); 
ctx2.payNow (); 


// 测 试 新 添加 的 支付 方式 
PaymentStrategy strategyCard = new Card(); 
PaymentContext ctx3 = new PaymentContext2( 

"小 王 " , 9000,"010998877656" ,strategyCard); 
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ctx3.PayNow () 


} 
再 次 测试 ， 体 会 一 下 。 运 行 结果 如 下 : 


现在 给 小 李 人 民 币 现金 支付 5000 .0 元 

现在 给 Pettet 美 元 现金 支付 8000 .0 元 新 加 的 策略 测试 结果 

现在 给 小 王 的 010998877656 账 号 支付 了 9000.0 元 

4. 扩展 示例 ， 实 现 方式 二 

同样 还 是 实现 上 面 这 个 功能 : 现在 要 增加 一 种 支付 方式 ， 要 求 能 支付 到 银行 卡 。 

(1) 上 面 这 种 实现 方式 ， 是 通过 扩展 上 下 文 对 象 来 准备 新 的 算法 需要 的 数据 。 还 有 
另外 一 种 方式 ， 那 就 是 通过 策略 的 构造 方法 来 传 入 新 算法 需要 的 数据 。 这 样 实现 的 话 ， 
就 不 需要 扩展 上 下 文 了 ， 直 接 添加 新 的 策略 算法 实现 就 可 以 了 。 示 例 代 码 如 下 : 


pe 
* 支付 到 银行 卡 
eel 
public class Card2 implements PaymentStrategyl 
/** 
* 账号 信息 
et 
private String. aceount = Yn 
/** 


* 构造 方法 ， 传 入 账号 信息 

* @param account 账号 信息 

oe 

Public Card2 (String account) { 
this.account = account; 

】 

Public void pay (PaymentContext ctx) { 
System.out.println ("现在 给 "+ctx.getUserName()+" 的 " 

+this.account+" 账 号 支付 了 "+ctx.getMoney ()+" 元 "); 

// 连 接 银行 ， 进 行 转账 ， 就 不 去 管 了 


} 
(2) 直接 在 客户 端 测试 就 可 以 了 。 示 例 代码 如 下 : 


public' class i CLient'. 4 





public statice rvoid main(Sstringl} args): 


// 测 试 新 添加 的 支付 方式 
PaymentStrategy strategyCard2 = new Card2("010998877656"); 
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PaymentContext ctx4 = 


new PaymentContext ("小 张 ", 9000, strategyCard2); 
ctx4.payNow (); 


} 

运行 看 看 ， 好 好 体会 一 下 。 

(3) 现在 有 这 么 两 种 扩展 的 实现 方式 ， 到 底 使 用 哪 一 种 呢 ? 或 者 是 哪 种 实现 更 好 

呢 ? 下 面 来 比较 一 下 。 

a ”对 于 扩展 上 下 文 的 方式 这 样 实 现 ， 所 有 策略 的 实现 风格 更 统一 ， 策 略 需要 的 数 
据 都 统一 从 上 下 文 来 获取 ， 这 样 在 使 用 方法 上 也 很 统一 ， 另 外 ， 在 上 下 文中 添加 
新 的 数据 ， 别 的 相应 算法 也 可 以 用 得 上 ， 可 以 视 为 公共 的 数据 。 但 缺点 也 很 明显 ， 
如 果 这 些 数据 只 有 一 个 特定 的 算法 来 使 有 用， 那么 这 些 数据 有 些 浪费 ， 另 外 每 次 添 
加 新 的 算法 都 去 扩展 上 下 文 ， 容 易 形成 复杂 的 上 下 文 对 象 层次 ， 也 未 见得 有 必要 。 

m ”对 于 在 策略 算法 的 实现 上 添加 自己 需要 的 数据 的 方式 ， 这 样 实现 ， 比 较 好 想 ， 实 
现 起 来 简单 。 但 是 缺点 也 很 明显 ， 跟 其 他 策略 实现 的 风格 不 一 致 ， 其 他 策略 都 是 
从 上 下 文中 来 获取 数据 ， 而 这 个 策略 的 实现 一 部 分 数据 来 自 上 下 文 ， 一 部 分 数据 
来 自 自己 ， 有 些 不 统一 ;， 另 外， 这样 一 来 ， 外 部 使 用 这 些 策 略 算法 的 时 候 也 不 一 
样 了 ， 难 于 以 一 个 统一 的 方式 来 动态 切换 策略 算法 。 

两 种 实现 各 有 优 劣 ， 至 于 如 何 选择 ， 那 就 具体 问题 具体 分 析 了 。 

5. 另 一 种 策略 模式 调用 顺序 示意 图 

策略 模式 调用 还 有 一 种 情况 ， 就 是 把 Context 当 作 参数 来 传递 给 Strategy， 也 就 是 本 

例 示 范 的 这 种 方式 ， 这 个 时 候 策略 模式 的 调用 顺序 如 图 17.4 所 示 。 


人 来 思 避 去 头 珊 






fent 


1; 选择 并 创建 具体 的 策略 对 象 


2; 创建 上 下 文 ， 传 入 要 用 的 参数 
， 设置 要 使 用 的 策略 算法 对 象 


| 

| 

加 | 
法 ， 传 人 上 下 部 对 象 | 

| 

| 


3,1,1; 回调 上 下 六 来 朱 





图 17.4 策略 模式 调用 顺序 示意 图 二 
17. 3.3 ”容错 恢复 机 制 


容错 恢复 机 制 是 应 用 程序 开发 中 常见 的 功能 。 那 么 什么 是 容错 恢复 呢 ? 简单 点 说 就 
是 ， 程 序 运行 的 时 候 ， 正 常情 况 下 应 该 按照 某 种 方式 来 做 ， 如 果 按 照 某 种 方式 来 做 发 生 
错误 的 话 ， 系 统 并 不 会 崩溃 ， 也 不 会 就 此 不 能 继续 向 下 运行 了 ， 而 是 有 容忍 出 错 的 能 
不 但 能 容忍 程序 运行 出 现 错误 ， 还 提供 出 现 错误 后 的 备用 方案 ， 也 就 是 恢复 机 制 ， 来 代 
替 正 常 执行 的 功能 ， 使 程序 继续 向 下 运行 。 
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举 个 实际 点 的 例子 吧 ， 比 如 在 一 个 系统 中 ， 所 有 对 系统 的 操作 都 要 有 日 志 记 录 ， 而 

且 这 个 日 志 还 需要 有 管理 界面 ， 这 种 情况 下 通常 会 把 日 志 记 录 在 数据 库 里 面 ， 方 便 后 续 

的 管理 , 但 是 在 记录 日 志 到 数据 库 的 时 候 ， 可 能 会 发 生 错 误 ， 比 如 暂时 连 不 上 数据 库 了 ， 

那 就 先 记 录 在 文件 里 面 ， 然 后 在 合适 的 时 候 把 文件 中 的 记录 再 转录 到 数据 库 中 。 


对 于 这 样 的 功能 的 设计 ， 就 可 以 采用 策略 模式 ， 把 日 志 记录 到 数据 库 和 日 志 记录 到 
文件 当 作 两 种 记录 日 志 的 策略 ， 然 后 在 运行 期 间 根据 需要 进行 动态 的 切换 。 


在 这 个 例子 的 实现 中 ， 要 示范 由 上 下 文 来 选择 具体 的 策略 算法 ， 而 前 面 的 例子 都 是 
由 客户 端 选择 好 具体 的 算法 ， 然 后 设置 到 上 下 文中 。 


下 面 还 是 通过 代码 来 示例 一 下 。 
(1) 先 定义 日 志 策 略 接口 ， 很 简单 ， 就 是 一 个 记录 日 志 的 方法 。 示 例 代 码 如 下 : 






(2) 实现 日 志 策 略 接 口 。 
先 实 现 默认 的 数据 库 实 现 ， 假 设 如 果 日 志 的 长 度 超过 长 度 就 出 错 ， 制 造 错误 的 是 一 
个 最 常见 的 运行 期 错误 。 示 例 代 码 如 下 : 






接 下 来 实现 记录 日 志 到 文件 中 去 。 示 例 代码 如 下 : 
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/** 
* 把 日 志 记 录 到 文件 
a 
public class FileLog implements LogStrategyt 
public void log(String msg) { 
System.out.println ("现在 把 '"+msg+"' 记录 到 文件 中 ") ; 


} 


(3) 下 面 来 定义 使 用 这 些 策略 的 上 下 文 。 注意 这 次 是 在 上 下 文中 实现 具体 策略 算法 
的 选择 ， 所 以 不 需要 客户 端 来 指定 具体 的 策略 算法 了 。 示 例 代码 如 下 : 
/** 
* 日 志 记 录 的 上 下 文 
ye 
public class LogContext 1{ 
/大 大 
* 记录 日 志 的 方法 ， 提 供给 客户 端 使 用 
* @param msg 需 记 录 的 日 志 信 息 
于 洲 
public void logl(String msg){ 
// 在 上 下 文中 ， 自 行 实现 对 具体 策略 的 选择 
/ /优先 选用 策略 :记录 到 数据 库 
LogStrategy strategy = new DbLog(); 
下 区 
Strategy.1Iog (msg); 







} catch (Exception err){ 


// 出 错 了 ， 那 就 记录 到 文件 中 
strategy = new FileLog(); 





在 这 里 进行 具体 策略 
算法 的 选择 ， 把 
try-catch 变相 当成 了 
if-else 来 用 


strategy.1og (msg); 


} 

(4) 看 看 现在 的 客户 端 ， 没 有 了 选择 具体 实现 策略 算法 的 工作 ， 变 得 非常 简单 。 故 
意 多 调用 一 次 ， 可 以 看 出 不 同 的 效果 。 示 例 代 码 如 下 : 

bublio class Clientet 


public static void main(String[] args) { 








LogContext log = new LogContext (); 
lo0g .1og ("记录 日 志 "); 上 
1og.1og(" 再 次 记录 日 志 ") ; 


看 起 来 这 两 句 是 没有 什么 
区 别 的 吧 ， 运 行 一 下 看 看 
结果 ， 看 看 会 发 生 什么 


486 


第 17 章 “策略 模式 Strategy) 上 有 


} 

运行 结果 如 下 : 

现在 把 “记录 日 志 ， 记录 到 数据 库 中 } 
现在 把 ' 再 次 记录 日 志 ' 记录 到 文件 中 






为 什么 运行 的 结果 是 一 个 记录 到 了 数 
据 库 中 ,一 个 记录 到 了 文件 中 呢 ? 很 简 
单 ， 第 二 次 调用 记录 日 志 的 日 志 消 息 超 
长 了 ， 运行 出 错 ， 容 错 恢复 ， 所 以 记录 
日 志 到 文件 中 去 








(5) 小 结 一 下 。 通 过 上 面 的 示例 ， 看 到 策略 模式 的 一 种 简单 应 用 ， 也 顺便 了 解 了 基 
本 容错 恢复 机 制 的 设计 和 实现 。 在 实际 的 应 用 中 ， 需 要 设计 容错 恢复 的 系统 一 般 要 求 都 
比较 高 ， 应 用 也 会 更 加 复杂 ， 但 是 基本 的 思路 是 差不多 的 。 


17. 3.4 策略 模式 结合 模板 方法 模式 


在 实际 应 用 策略 模式 的 过 程 中 ， 经 常会 出 现 这 样 一 种 情况 ， 就 是 发 现 这 一 系列 算法 
的 实现 上 存在 公共 功能 ， 甚 至 这 一 系列 算法 的 实现 步骤 都 是 一 样 的 ， 只 是 在 某 些 局 部 步 
又 上 有 所 不 同 ， 这 个 时 候 ， 就 需要 对 策略 模式 进行 些许 的 变化 使 用 了 。 

对 于 一 系列 算法 的 实现 上 存在 公共 功能 的 情况 , 策略 模式 可 以 有 以 下 三 种 实现 方式 。 

a ”在 上 下 文 当中 实现 公共 功能 ， 让 所 有 具体 的 策略 算法 回调 这 些 方 法 。 

”将 策略 的 接口 改 成 抽象 类 ， 然 后 在 其 中 实现 具体 算法 的 公共 功能 。 

ms ”为 所 有 的 策略 算法 定义 一 个 抽象 的 父 类 ， 让 这 个 父 类 去 实现 策略 的 接口 ， 然 后 在 

这 个 父 类 中 去 实现 公共 的 功能 。 

更 进一步 ， 如 果 这 个 时 候 发 现 “ 一 系列 算法 的 实现 步骤 都 是 一 样 的 ， 只 是 在 某 些 局 
部 步骤 上 有 所 不 同 ” 的 情况 ， 那 就 可 以 在 这 个 抽象 类 里 面 定义 算法 实现 的 骨架 ， 然 后 让 
具体 的 策略 算法 去 实现 变化 的 部 分 。 这 样 的 一 个 结构 自然 就 变 成 了 策略 模式 结合 模板 方 
法 模式 了 ， 那 个 抽象 类 就 成 了 模板 方法 模式 的 模板 类 。 

在 第 16 章 我 们 讨论 过 模板 方法 模式 结合 策略 模式 的 方式 , 也 就 是 主要 的 结构 是 模板 
方法 模式 ， 局 部 采用 策略 模式 。 而 这 里 讨论 的 是 策略 模式 结合 模板 方法 模式 ， 也 就 是 主 
要 的 结构 是 策略 模式 ， 局 部 实现 上 采用 模板 方法 模式 。 通 过 这 个 示例 也 可 以 看 出 ， 模 式 
之 间 的 结合 是 没有 定 势 的 ， 要 具体 问题 具体 分 析 。 

此 时 策略 模式 结合 模板 方法 模式 的 系统 结构 如 图 17.5 所 示 。 









© -strategy:Strategy 


*Create» 
图 +Context(a5trategy:5trategy) 
© +contextInterface():void 






> 





<interface» 
( Strategy 
© +atgortiminterfacef}:vois 


八 





Br 
图 17.5 策略 模式 结合 模板 方法 模式 的 结构 示意 图 
还 是 用 实际 的 例子 来 说 吧 ， 比 如 上 面 那个 记录 日 志 的 例子 ， 如 果 现 在 需要 在 所 有 的 
消息 前 面 都 添加 上 日 志 时 间 ， 也 就 是 说 现在 记录 日 志 的 步骤 变 成 了 : 第 一 步 为 日 志 消 息 
添加 日 志 时 间 ; 第 二 步 具 体 记录 日 志 。 
那么 该 怎么 实现 呢 ? 
(1) 记录 日 志 的 策略 接口 没有 变化 ， 为 了 看 起 来 方便 ， 还 是 示例 一 下 。 示 例 代码 如 











© #stepOneOpe():void 
© #stepTwoOpe():void 


下 : 
/** 
* 日 志 记 录 策 略 的 接口 
wh 
public interface LogStrategy { 
/** 
* 记录 日 志 
* @param msg 需 记录 的 日 志 信 息 
天 从 
public void logl(String msg); 
} 
(2) 增加 一 个 实现 这 个 策略 接口 的 抽象 类 ， 在 其 中 定义 记录 日 志 的 算法 骨架 ， 相 当 
于 模板 方法 模式 的 模板 。 示 例 代 码 如 下 : 
/** 
* 实现 日 志 策 略 的 抽象 模板 ， 实 现 为 消息 添加 时 间 
才 六 
public abstract class LogStrategyTemplate implements LogStrategy{ 
Public final void 1og(String msg) { 
// 第 一 步 : 为 消息 添加 记录 日 志 的 时 间 
DateFormat df = new SimpleDateFormat( 
"yyyYY-MM-dd HH:mm:ss SSS"); 
msg = df.format (new java.util.Date())+" 内 容 是 : "+ msg; 
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(3) 这 个 时 候 那 两 个 具体 的 日 志 算 法 实现 也 需要 做 些 改变 , 不 再 直接 实现 策略 接口 
了 ， 而 是 继承 模板 ， 实 现 模 板 方法 。 这 个 时 候 记录 日 志 到 数据 库 的 类 。 示 例 代 码 如 下 : 


同 理 实现 记录 日 志 到 文件 的 类 如 下 : 


全 


(4) 算法 实现 的 改变 不 影响 使 用 算法 的 上 下 文 , 上 下 文 和 前 面 一 样 。 示例 代码 如 下 : 





全 
天 





} 


* @param msg 需 记 录 的 日 志 信 息 
天 
Public void log(String msg) 1{ 


// 在 上 下 文中 ， 自 行 实现 对 具体 策略 的 选择 
// 优 先 选用 策略 : 记录 到 数据 库 
LogStrategy strategy = new DbLog(); 
tryt{ 
strategy.1og (msg); 
}catch (Exception err)t{ 
// 出 错 了 ， 那 就 记录 到 文件 中 
strategy = new FileLog(); 
strategy.1log (msg); 


(5) 客户 端 和 以 前 也 一 样 。 示 例 代 码 如 下 : 


public class Client { 


} 


Public static void main(String[] args) { 


LogContext 1og = new LogContext (); 
lo0g.109g ("记录 日 志 "); 
lo0g.1o0g ("再 次 记录 日 志 "); 


运行 一 下 客户 端 再 次 测试 看 看 ， 体 会 一 下 ， 看 看 结果 是 否 带 上 了 时 间 。 
通过 这 个 示例 ， 好 好 体会 一 下 策略 模式 和 模板 方法 模式 的 组 合 使 用 ， 这 在 实用 开发 
中 是 很 常见 的 方式 。 


17. 3.5 策略 模式 的 优 缺 点 


策略 模式 有 以 下 优点 。 
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定义 一 系列 算法 

策略 模式 的 功能 就 是 定义 一 系列 算法 ， 实 现 让 这 些 算法 可 以 相互 替换 。 所 以 会 
为 这 一 系列 算法 定义 公共 的 接口 ， 以 约束 一 系列 算法 要 实现 的 功能 。 如 果 这 一 
系列 算法 具有 公共 功能 ， 可 以 把 策略 接口 实现 成 为 抽象 类 ， 把 这 些 公 共 功 能 实 
现 到 父 类 中 ， 对 于 这 个 问题 ， 前 面 讲 了 三 种 处 理 方法 ， 这 里 就 不 再 哩 哄 了 。 
避免 多 重 条 件 语 句 

根据 前 面 的 示例 会 发 现 , 策略 模式 的 一 系列 策略 算法 是 平等 的 ， 是 可 以 互 换 的 ， 
写 在 一 起 就 是 通过 if-else 结构 来 组 织 ， 如 果 此 时 具体 的 算法 实现 中 又 有 条 件 语 
句 ， 就 构成 了 多 重 条 件 语句 ， 使 用 策略 模式 能 避免 这 样 的 多 重 条 件 语 句 。 
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下 面 的 示例 演示 了 不 使 用 策略 模式 的 多 重 条 件 语句 。 示 例 代 码 如 下 : 
Public class OneClass { 
/六 大 
* 示范 多 重 条 件 语句 
* Q@param type 某 个 用 于 判断 的 类 型 
3 
Public void oneMethod (int 七 YPe)1{ 
if (type==1){ 
// 算 法 一 示范 
// 从 某 个 地 方 获取 这 个 s 的 值 
SErLMG Se 人 
// 然 后 判断 进行 相应 处 理 
Tf (LndsxoF ("a ) > 0) 
// 处 理 
}elsel{ 
// 处 理 












使 用 策略 模式 的 时 候 ， 
这 些 算法 的 处 理 代码 就 
被 拿 出 去 ， 放 到 单独 的 
算法 实现 类 去 了 ， 这 里 


} 就 不 再 是 多 重 条 件 了 


helserir(type==2) 1 
// 算 法 二 示范 
// 从 某 个 地 方 获取 这 个 a 的 值 
int a = 3; 
// 然 后 判断 进行 相应 处 理 
Ea OYA 
// 处 理 
jelsei{ 


// 处 理 


} 

=m ”更 好 的 扩展 性 
在 策略 模式 中 扩展 新 的 策略 实现 非常 容易 ， 只 要 增加 新 的 策略 实现 类 ， 然 后 在 使 
用 策略 的 地 方 选择 使 用 这 个 新 的 策略 实现 就 可 以 了 。 

策略 模式 有 以 下 缺点 。 

m ”客户 必须 了 解 每 种 策略 的 不 同 
策略 模式 也 有 缺点， 比如 让 客户 端 来 选择 具体 使 用 哪 一 个 策略 ， 这 就 需要 客户 了 解 
所 有 的 策略 ， 还 要 了 解 各 种 策略 的 功能 和 不 同 ， 这 样 才能 做 出 正确 的 选择 ， 而 且 这 
样 也 暴露 了 策略 的 具体 实现 。 

=m ”增加 了 对 象 数目 
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由 于 策略 模式 把 每 个 具体 的 策略 实现 都 单独 封装 成 为 类 ， 如 果 备 选 的 策略 很 多 的 
话 ， 那 么 对 象 的 数目 就 会 很 可 观 。 

ms ”只 适合 扁平 的 算法 结构 
策略 模式 的 一 系列 算法 地 位 是 平等 的 ， 是 可 以 相互 替换 的 ， 事实 上 构成 了 一 个 扁平 
的 算法 结构 ， 也 就 是 在 一 个 策略 接口 下 ， 有 多 个 平等 的 策略 算法 ， 就 相当 于 兄弟 算 
法 。 而 且 在 运行 时 刻 只 有 一 个 算法 被 使 用 ， 这 就 限制 了 算法 使 用 的 层级 ， 使 用 的 时 
候 不 能 内 套 使 用 。 
对 于 出 现 需要 内 套 使 用 多 个 算法 的 情况 ， 比 如 折 上 折 、 折 后 返 卷 等 业务 的 实现 ， 需 
要 组 合 或 者 是 内 套 使 用 多 个 算法 的 情况 ， 可 以 考虑 使 用 装饰 模式 ， 或 是 变形 的 职责 
链 ， 或 是 AOP 等 方式 来 实现 。 


17. 3.6 思考 策略 模式 


1. 策略 模式 的 本 质 


策略 模式 的 本 质 : 分 离 算法 ， 选 择 实现 。 


仔细 思考 策略 模式 的 结构 和 实现 的 功能 ， 会 发 现 ， 如 果 没 有 上 下 文 ， 策 略 模式 就 回 
到 了 最 基本 的 接口 和 实现 了 ， 只 要 是 面向 接口 编程 的 ， 那 么 就 能 够 享受 到 接口 的 封装 隔 
离 带 来 的 好 处 。 也 就 是 通过 一 个 统一 的 策略 接口 来 封装 和 隔离 具体 的 策略 算法 ， 面 向 接 
口 编程 的 话 ， 自 然 不 需要 关心 具体 的 策略 实现 ， 也 可 以 通过 使 用 不 同 的 实现 类 来 实例 化 
接口 ， 从 而 实现 切换 具体 的 策略 。 

看 起 来 好 像 没 有 上 下 文 什么 事情 ， 但 是 如 果 没 有 上 下 文 ， 那 么 就 需要 客户 端 来 直接 
与 具体 的 策略 交互 ， 尤 其 是 当 需 要 提供 一 些 公 共 功 能 ， 或 者 是 相关 状态 存储 的 时 候 ， 会 
大 大 增加 客户 端 使 用 的 难度 。 因 此 ， 引 入 上 下 文 还 是 很 必要 的 ， 有 了 上 下 文 ， 这 些 工 作 
就 由 上 下 文 来 完成 了 ， 客 户 端 只 需要 与 上 下 文 交互 就 可 以 了 ， 这 样 会 让 整个 设计 模式 更 
独立 、 更 有 整体 性 ， 也 让 客户 端 更 简单 。 

但 纵 观 整个 策略 模式 实现 的 功能 和 设计 ， 它 的 本 质 还 是 “分 离 算 法 ， 选 择 实现 ”， 
因为 分 离 并 封装 了 算法 ， 才 能 够 很 容易 地 修改 和 添加 算法 ; 也 能 很 容易 地 动态 切换 使 用 
不 同 的 算法 ， 也 就 是 动态 选择 一 个 算法 来 实现 需要 的 功能 。 

2. 对 设计 原则 的 体现 

从 设计 原则 上 来 看 ， 策 略 模式 很 好 地 体现 了 开 一 闭 原 则 。 策 略 模式 通过 把 一 系列 可 
变 的 算法 进行 封装 ， 并 定义 出 合理 的 使 用 结构 ， 使 得 在 系统 出 现 新 算法 的 时 候 ， 能 很 容 
易 地 把 新 的 算法 加 入 到 已 有 的 系统 中 ， 而 已 有 的 实现 不 需要 做 任何 修改 。 这 在 前 面 的 示 
例 中 已 经 体现 出 来 了 ， 好 好 体会 一 下 。 

从 设计 原则 上 来 看 ， 策 略 模式 还 很 好 地 体现 了 里 氏 蔡 换 原则 。 策 略 模式 是 一 个 扁平 
结构 ， 一 系列 的 实现 算法 其 实 是 兄弟 关系 ， 都 是 实现 同一 个 接口 或 者 继承 的 同一 个 父 类 。 
这 样 只 要 使 用 策略 的 客户 保持 面向 抽象 类 型 编程 ， 就 能 够 使 用 不 同 策略 的 具体 实现 对 象 
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来 配置 它 ， 从 而 实现 一 系列 算法 可 以 相互 替换 。 

3. 何 时 选用 策略 模式 

建议 在 以 下 情况 中 选用 策略 模式 。 

ma ”出 现 有 许多 相关 的 类 ， 仅 仅 是 行为 有 差别 的 情况 下 ， 可 以 使 用 策略 模式 来 使 用 多 
个 行为 中 的 一 个 来 配置 一 个 类 的 方法 ， 实 现 算法 动态 切换 。 

= ”出 现 同一 个 算法 ， 有 很 多 不 同 实 现 的 情况 下 ， 可 以 使 用 策略 模式 来 把 这 些 “ 不 同 
的 实现 ”实现 成 为 一 个 算法 的 类 层次 。 

mn ”和 需要 封装 算法 中 ， 有 与 算法 相关 数据 的 情况 下 ， 可 以 使 用 策略 模式 来 避免 暴露 这 
些 跟 算法 相关 的 数据 结构 。 

sm ”出 现 抽 象 一 个 定义 了 很 多 行为 的 类 , 并 且 是 通过 多 个 if-else 语句 来 选择 这 些 行为 的 
情况 下 ， 可 以 使 用 策略 模式 来 代替 这 些 条 件 语 句 。 


17. 3.7 相关 模式 


sa 策略 模式 和 状态 模式 
这 两 个 模式 从 模式 结构 上 看 是 一 样 的 ， 但 是 实现 的 功能 却 是 不 一 样 的 。 
状态 模式 是 根据 状态 的 变化 来 选择 相应 的 行为 ， 不同 的 状态 对 应 不 同 的 类 ， 每 个 状 
态 对 应 的 类 实现 了 该 状态 对 应 的 功能 ， 在 实现 功能 的 同时 ， 还 会 维护 状态 数据 的 变 
化 。 这 些 实现 状态 对 应 的 功能 的 类 之 间 是 不 能 相互 替换 的 。 策 略 模式 是 根据 需要 或 
者 是 客户 端的 要 求 来 选择 相应 的 实现 类 , 各 个 实现 类 是 平等 的 , 是 可 以 相互 替换 的 。 
另外 策略 模式 可 以 让 客户 端 来 选择 需要 使 用 的 策略 算法 ; 而 状态 模式 一 般 是 由 上 下 
文 , 或 者 是 在 状态 实现 类 里 面 来 维护 具体 的 状态 数据 , 通常 不 由 客户 端 来 指定 状态 。 
sm 策略 模式 和 模板 方法 模式 
这 两 个 模式 可 组 合 使 用 ， 如 同 前 面 示 例 的 那样 。 
模板 方法 重 在 封装 算法 骨架 ， 而 策略 模式 重 在 分 离 并 封装 算法 实现 。 
sm 策略 模式 和 享 元 模式 
这 两 个 模式 可 组 合 使 用 。 
策略 模式 分 离 并 封装 出 一 系列 的 策略 算法 对 象 ， 这 些 对 象 的 功能 通常 都 比较 单一 ， 
很 多 时 候 就 是 为 了 实现 某 个 算法 的 功能 而 存在 。 因 此 ， 针 对 这 一 系列 的 、 多 个 细 粒 
度 的 对 象 , 可 以 应 用 享 元 模式 来 节省 资源 , 但 前 提 是 这 些 算法 对 象 要 被 频繁 地 使 用 ， 
如 果 偶 尔 用 一 次 ， 就 没有 必要 做 成 享 元 了 。 
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18.1 场景 问题 


18.1.1 实现 在 线 投 票 


考虑 一 个 在 线 投票 的 应 用 ， 要 实现 控制 同一 个 用 户 只 能 投 一 票 ， 如 果 一 个 用 户 反复 
投票 ， 而 且 投票 次 数 超过 5 次 ， 则 判定 为 恶意 刷 票 ， 要 取消 该 用 户 投票 的 资格 ， 当 然 同 
时 也 要 取消 他 所 投 的 票 ， 如 果 一 个 用 户 的 投票 次 数 超过 8 次 ， 将 进入 黑 名 单 ， 禁 止 再 登 
录 和 使 用 系统 。 

该 怎么 实现 这 样 的 功能 呢 ? 


18. 1.2 不 用 模式 的 解决 方案 


分 析 上 面 的 功能 ， 为 了 控制 用 户 投票 ， 需 要 记录 用 户 所 投票 的 记录 ， 同 时 还 要 记录 
用 户 投票 的 次 数 ， 为 了 简单 ， 直 接 使 用 两 个 Map 来 记录 。 
在 投票 的 过 程 中 ， 又 有 四 种 情况 : 
m ”用户 是 正常 投票 。 
wm ”用 户 正常 投票 以 后 ， 有 意 或 者 无 意 地 重复 投票 。 
a ”用 户 恶 意 投 票 。 
中 黑 名 单 用 户 。 
这 几 种 情况 下 对 应 的 处 理 是 不 一 样 的 。 看 看 代码 吧 。 示 例 代 码 如 下 : 
/** 
* 投票 管理 
pp 
public class VoteManager { 
/** 
* 记录 用 户 投票 的 结果 ，Map<String, String> 对 应 Map< 用 户 名 称 , 投票 的 选项 > 
Af 
private Map<Sstring,String> mapVote = 
new HashMap<String,String>(); 
/** 
* 记录 用 户 投 票 次 数 ，Map<String,Integer> 对 应 Map< 用 户 名 称 , 投票 的 次 数 > 
A 
private Map<String,Integer> mapVoteCount = 
new HashMap<String,Integer>(); 
/** 
* 投票 
* @param user 投票 人 ， 为 了 简单 ， 就 是 用 户 名 称 
* @param voteItem 投票 的 选项 
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闪光 
public void vote (String user,String voteIterm) 1{ 
//1: 先 为 该 用 户 增加 投票 的 次 数 
// 从 记录 中 取出 已 有 的 投票 次 数 
Integer oldVoteCount = mapVoteCount.get (user); 
if(oldVoteCount==null1){ 
oldVoteCount = 0; 
} 
oldVoteCount = oldVoteCount + 1; 


mapVoteCount .put (user, oldVoteCount); 


//2: 判断 该 用 户 投票 的 类 型 ， 到 底 是 正常 投票 、 重 复 投票 、 恶 意 投票 
// 还 是 上 黑 名 单 ， 然 后 根据 投票 类 型 来 进行 相应 的 操作 
if(oldVoteCount==1){ 
// 正 常 投票 
// 记 录 到 投票 记录 中 
mapVote.put (user, votelIltem); 
System.out.println(" 恭 喜 你 投票 成 功 ") ; 
jelse if(oldVoteCount>]1 && oldVoteCount<5){ 
// 重 复 投票 
// 暂 时 不 做 处 理 
System.out.println ("请 不 要 重复 投票 "); 
lelse if(oldVoteCount >= 5 && oldVoteCount<«8){ 
// 恶 意 投票 
// 取 消 用 户 的 投票 资格 ， 并 取消 投票 记录 
String s = mapVote.get (user) 
下 SEE) 
mapVote.remove (user); 


} 

System.out.println ("你 有 恶意 刷 票 行为 ， 取 消 投 票 资格 "); 
}else if(oldvoteCount>=8) { 

// 黑 名 单 

/7/ 记 入 黑 名 单 中 ， 禁 止 登录 系统 了 

System.out.println(" 进 入 黑 名 单 ， 将 禁止 登录 和 使 用 本 系统 ") 


} 
写 个 客户 端 来 测试 看 看 ， 是 否 能 满足 功能 要 求 。 示 例 代码 如 下 : 
public class Client { 


public static void main(String[] args) { 
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VoteManager vm = new VoteManager () 7 
for(int i=0;i<8;i++){ 


Vly VOEe( UL A 


} 

运行 结果 如 下 : 

恭喜 你 投票 成 功 

请 不 要 重复 投票 

请 不 要 重复 投票 

请 不 要 重复 投票 

你 有 恶意 刷 票 行为 ， 取 消 投 票 资格 
你 有 恶意 刷 票 行为 ， 取 消 投票 资格 

尔 有 恶意 刷 票 行为 ， 取 消 投票 资格 
进入 黑 名 单 ， 将 禁止 登录 和 使 用 本 系统 


18. 1.3 有 何 问题 


看 起 来 很 简单 ， 是 不 是 ? 幸亏 这 里 只 是 示意 ， 否 则 ， 你 想 想 ， 在 vote() 方 法 中 那么 多 
判断 ， 还 有 每 个 判断 对 应 的 功能 处 理 都 放 在 一 起 ， 是 不 是 有 点 太 杂 乱 了 ， 那 简直 就 是 个 
大 杂烩 ， 如 果 把 每 个 功能 都 完整 地 实现 出 来 ， 那 vote( 方 法 会 很 长 的 。 

一 个 问题 是 ， 如 果 现 在 要 修改 某 种 投票 情况 所 对 应 的 具体 功能 处 理 ， 那 就 需要 在 那 
个 大 杂烩 中 ， 找 到 相应 的 代码 块 ， 然 后 进行 改动 。 

另外 一 个 问题 是 ， 如 果 要 添加 新 的 功能 ， 比 如 投票 超过 8 次 但 不 足 10 次 的 ， 给 个 机 
会 ， 只 是 禁止 登录 和 使 用 系统 3 天 ， 如 果 再 犯 ， 才 永久 封 掉 账 号 ， 该 怎么 办 呢 ? 那 就 需 
要 改动 投票 管理 的 源 代码 ， 在 上 面 的 论 else 结构 中 再 添加 一 个 else if 块 进行 处 理 。 


不 管 哪 一 种 情况 ， 都 是 在 一 大 堆 的 控制 代码 中 找 出 需要 的 部 分 ， 然 后 进行 修改 ， 这 
不 是 个 好 方法 。 那 么 该 如 何 实现 才能 做 到 : 既 能 够 很 容易 地 给 vote() 方 法 添加 新 的 功能 ， 
又 能 够 很 方便 地 修改 已 有 的 功能 处 理 呢 ? 


18.2 解决 方案 
18. 2. 1 使 用 状态 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 就 是 状态 模式 。 那 么 什么 是 状态 模式 呢 ? 
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1. 状态 模式 的 定义 


允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 它 的 


类 。 





2. 应 用 状态 模式 来 解决 的 思路 

仔细 分 析 上 面 的 问题 ， 会 发 现 ， 那 儿 种 用 户 投 票 的 类 型 ， 就 相当 于 是 描述 了 人 员 的 
儿 种 投票 状态 ， 而 各 个 状态 和 对 应 的 功能 处 理 具 有 很 强 的 对 应 性 ， 有 点 类 似 于 “一 个 葛 
一 个 坑 ”， 各 个 状态 下 的 处 理 基 本 上 都 是 不 一 样 的 ， 也 不 存在 可 以 相互 替换 的 可 能 。 

为 了 解决 上 面 提出 的 问题 ， 很 自然 的 一 个 设计 就 是 ， 首 先 把 状态 和 状态 对 应 的 行为 
从 原来 的 大 杂烩 代码 中 分 离 出 来 ， 把 每 个 状态 所 对 应 的 功能 处 理 封装 在 一 个 独立 的 类 里 
面 ， 这 样 选择 不 同 处 理 的 时 候 ， 其 实 就 是 在 选择 不 同 的 状态 处 理 类 。 

为 了 统一 操作 这 些 不 同 的 状态 类 ， 定 义 一 个 状态 接口 来 约束 它们 ， 这 样 外 部 就 可 以 
面向 这 个 统一 的 状态 接口 编程 ， 而 无 须 关 心 具体 的 状态 类 实现 了 。 

这 样 一 来 ， 要 修改 某 种 投票 情况 所 对 应 的 具体 功能 处 理 ， 只 需 直 接 修改 或 者 扩展 茶 
个 状态 处 理 类 的 功能 就 可 以 了 。 而 要 添加 新 的 功能 就 更 简单 ， 直 接 添加 新 的 状态 处 理 类 
就 可 以 了 ， 当 然 在 使 用 Context 的 时 候 ， 需 要 设置 使 用 这 个 新 的 状态 类 的 实例 。 


18. 2.2 ”状态 模式 的 结构 和 说 明 


状态 模式 的 结构 如 图 18.1 所 示 : 


Ot+request (sampleParameter:String) .void 


a-state.State 















Sinterface» 
忆 State 


图 thandle (sampleParame ter.String). vorio 


人 A 


二 i es ee 


[OConcreteStateA [OW ConcreteStateB 
回 +handle (samplePar ameter:String):void 图 +handle (sampleParameter:String):void 


图 18.1 状态 模式 的 结构 示意 图 
mn ”Context: 环境 ， 也 称 上 下 文 ， 通 常用 来 定义 客户 感 兴趣 的 接口 ， 同 时 维护 一 个 来 
具体 处 理 当前 状态 的 实例 对 象 。 
m ”State: 状态 接口 ， 用 来 封装 与 上 下 文 的 一 个 特定 状态 所 对 应 的 行为 。 
mm ConcreteState: 具体 实现 状态 处 理 的 类 ， 每 个 类 实现 一 个 跟 上 下 文 相关 的 状态 的 具 
体 处 理 。 


18. 2.3 ”状态 模式 示例 代码 
















(1) 首先 来 看 看 状态 接口 。 示 例 代码 如 下 : 
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7] 
* 封装 与 Context 的 一 个 特定 状态 相关 的 行为 
六 
public interface State 1{ 
/** 
* 状态 对 应 的 处 理 
* @param sampleParameter 示例 参数 ， 说 明 可 以 传 入 参数 ， 具 体 传 入 
什么 样 的 参数 ， 传 入 几 个 参数 ， 由 有 具体 应 用 来 具体 分 析 
a 


Public void handle(String sampleParameter); 





} 
(2) 再 来 看 看 具体 的 状态 实现 。 目 前 具体 的 实现 ConcreteStateA 和 ConcreteStateB 
示范 的 是 一 样 的 ， 只 是 名 称 不 同 。 示 例 代码 如 下 : 
/x* 
* 实现 一 个 与 Context 的 一 个 特定 状态 相关 的 行为 
wk 
public class ConcreteStateA implements State { 


public void handle(String sampleParameter) { 


// 实 现 具体 的 处 理 
} 
} 
/** 
* 实现 一 个 与 Context 的 一 个 特定 状态 相关 的 行为 
Si 


Public class ConcreteStateB implements State 1{ 
public void handle(String sampleParameter) { 


// 实 现 具体 的 处 理 


} 
(3) 接 下 来 看 看 上 下 文 的 具体 实现 。 上 下 文通 常用 来 定义 客户 感 兴趣 的 接口 ， 同 时 
维护 一 个 具体 的 处 理 当前 状态 的 实例 对 象 。 示 例 代 码 如 下 : 
/** 
* 定义 客户 感 兴趣 的 接口 ， 通 常会 维护 一 个 State 类 型 的 对 象 实例 
jen 
public class Context { 
/** 
* 持 有 一 个 State 类 型 的 对 象 实例 
4 


private State state; 
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/文大 

* 设置 实现 State 的 对 象 的 实例 

* @param state 实现 State 的 对 象 的 实例 

中 

public void setState (State state) 1{ 
this.state = state; 

3 

/x 

* 用 户 感 兴趣 的 接口 方法 

* @param sampleParameter 示意 参数 

A 

public void request (String sampleParameter) { 
// 在 处 理 中 ， 会 转调 state 来 处 理 


state.handle (sampleParameter); 


} 
18. 2.4 ”使 用 状态 模式 重 写 示例 


看 完了 上 面 的 状态 模式 的 知识 ， 有 些 朋 友 跃 跃 欲 试 ， 打 算 使 用 状态 模式 来 重 写 前 面 
的 示例 。 要 想 使 用 状态 模式 ， 首 先 需要 把 投票 过 程 的 各 种 状态 定义 出 来 ， 然 后 把 这 些 状 
态 对 应 的 处 理 从 原来 大 杂烩 的 实现 中 分 离 出 来 ， 形 成 独立 的 状态 处 理 对 象 。 而 原来 投票 
管理 的 对 象 就 相当 于 Context 了 。 


把 状态 对 应 的 行为 分 离 出 去 以 后 ， 怎 么 调用 呢 ? 


按照 状态 模式 的 示例 , 是 在 Context 中 处 理 客 户 请 求 的 时 候 , 转调 相应 的 状态 对 应 的 
具体 的 状态 处 理 类 来 进行 处 理 。 


那 就 引出 下 一 个 问题 : 那么 这 些 状 态 怎 么 变化 呢 ? 


看 原来 的 实现 ， 就 是 在 投票 方法 中 ， 根 据 投票 的 次 数 进行 判断 ， 并 维护 投票 类 型 的 
变化 。 那 好 ， 也 依 葫芦 画 蒜 ， 就 在 投票 方法 中 来 维护 状态 变化 。 


这 个 时 候 的 程序 结构 如 图 18.2 所 示 。 


© -state:VoteState 
© -mapYoteCount:Map<String, Integer > 


AP 


图 18.2 ”状态 模式 的 示例 程序 机 构 示意 图 
















(1) 先 来 看 看 状态 接口 的 代码 实现 。 示 例 代 码 如 下 : 
/** 
* 封装 一 个 投票 状态 相关 的 行为 
i 
public interface VoteState { 
/** 
* 处 理 状态 对 应 的 行为 
* @param user 投票 人 
* @param voteItem 投票 项 
* @param voteManager 投票 上 下 文 ， 用 来 在 实现 状态 对 应 的 功能 处 理 的 时 候 ， 
* 可 以 回调 上 下 文 的 数据 
ai 
public void votel(String user, String voteItem 
VoteManager voteManager); 
} 
(2) 定义 了 状态 接口 ， 那 就 该 来 看 看 如 何 实 现 各 个 状态 对 应 的 处 理 了 。 现在 的 实现 
很 简单 ， 就 是 把 原来 的 实现 从 投票 管理 类 中 分 离 出 来 就 可 以 了 。 
下 面 来 看 看 正常 投票 状态 对 应 的 处 理 。 示 例 代码 如 下 : 


public class NormalVoteState implements VoteState!t 
pubiic void votel(String user, String voteItem 
:VoteManager voteManager) { 
// 正 常 投票 
// 记 录 到 投票 记录 中 
voteManager.getMapVote() .put (user, voteltem); 


System.out .println(" 恭 喜 你 投票 成 功 ") ; 


} 
下 面 来 看 看 重复 投票 状态 对 应 的 处 理 。 示 例 代码 如 下 : 
public class RepeatVoteState implements VoteStatel{ 
public void vote(String user, String voteItem 

rrVoteManager voteManager) { 

/ /重复 投 票 

// 暂 时 不 做 处 理 

System.out .print1ln(" 请 不 要 重复 投票 ") ; 


} 
下 面 来 看 看 恶意 投票 状态 对 应 的 处 理 。 示 例 代 码 如 下 : 


public class SpiteVoteState implements VoteStatet{ 


502 


第 18 章 状态 模式 (State) 用 





下 面 来 看 看 黑 名 单 状态 对 应 的 处 理 。 示 例 代码 如 下 : 





(3) 定义 好 了 状态 接口 并 实现 了 各 个 状态 对 应 的 处 理 ,看 看 现在 的 投票 管理 ， 相 当 
于 状态 模式 中 的 上 下 文 ， 相 对 而 言 ， 它 的 改变 如 下 。 

a ”添加 了 持 有 状态 处 理 对 象 。 

= 添加 了 能 获取 记录 用 户 投票 结果 的 Map 的 方法 ， 各 个 状态 处 理 对 象 ， 在 进行 状态 
对 应 处 理 的 时 候 ， 需 要 获取 上 下 文中 的 记录 用 户 投 票 结果 的 Map 数据 。 

m ”在 vote0 方 法 实现 中 ， 原 来 判断 投票 的 类 型 就 变 成 了 判断 投票 的 状态 ; 而 原来 每 种 
投票 类 型 对 应 的 处 理 ， 现 在 已 经 封装 到 对 应 的 状态 对 象 中 去 了 ， 因 此 直接 转调 对 
应 的 状态 对 象 的 方法 即 可 。 


示例 代码 如 下 : 
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ead 
private Map<String,String> mapVote = 


new HashMap<String,String>{(); 


/** 
* 记录 用 户 投 票 次 数 ，Map<String, Integer> 对 应 Map< 用 户 名 称 ,投票 的 次 数 > 
wk 


private Map<String,Integer> mapVoteCount = 


new HashMap<String,Iinteger>(); 





/大 类 

* 获取 记录 用 户 投 票 结果 的 Map 

* Q@return 记录 用 户 投票 结果 的 Map 

站 站 

Public Map<String, String> getMaPVote () { 


return mapVote; 


/** 
”投标 
* @param user 投票 人 ， 为 了 简单 ， 就 是 用 户 名 称 
* @param voteItem 投票 的 选项 
大 天 
public void vote(String user,String voteItem) { 
//1: 先 为 该 用 户 增加 投票 的 次 数 
// 从 记录 中 取出 已 有 的 投票 次 数 
Integer oldVoteCount = mapVoteCount.get (user); 
if(oldVoteCount==nu11){ 
oldVoteCount = 0; 
} 
oldVoteCount = oldVoteCount + 1; 
mapVoteCount .put (user, oldVoteCount); 
//2: 判断 该 用 户 投票 的 类 型 ， 就 相当 于 是 判断 对 应 的 状态 
// 到 底 是 正常 投票 、 重 复 投票 、 恶 意 投票 还 是 上 黑 名 单 的 状态 
if(oldVoteCount==1){ 
state = new NormalVoteState(); 
}else if(oldVoteCount>1 && oldVoteCount<5){ 
state = new RepeatVoteState(); 
}else if(oldVoteCount >= 5 && oldVoteCount<8)1{ 
state = new SpiteVoteState(); 
lelse if(oldVoteCount>=8){ 
state = new BlackVoteState(); 
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} 


// 然 后 转调 状态 对 象 来 进行 相应 的 操作 


state.vote(user, voteItem, this); 


} 
(4) 该 写 个 客户 端 来 测试 一 下 了 ， 经 过 这 样 修 改 ， 好 用 吗 ? 试 试看 就 知道 了 。 客 户 
端 没有 任何 的 改变 ， 跟 前 面 实现 的 一 样 。 示 例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 
VoteManager vm = new VoteManager (); 
forl(int i=0;i<8;i++) { 


VI OGA "AY 


} 

运行 一 下 试 试 吧 ， 结 果 应 该 是 跟前 面 一 样 的 ， 也 就 是 说 都 是 实现 一 样 的 功能 ， 只 是 
采用 了 状态 模式 来 实现 。 测 试 结果 如 下 : 

恭喜 你 投票 成 功 

请 不 要 重复 投票 

请 不 要 重复 投票 

请 不 要 重复 投票 

你 有 恶意 刷 票 行为 ， 取 消 投票 资格 

你 有 恶意 刷 票 行为 ， 取 消 投 票 资格 

你 有 恶意 刷 票 行为 ， 取 消 投 票 资格 ’ 

进入 黑 名 单 ， 将 禁止 登录 和 使 用 本 系统 

从 上 面 的 示例 可 以 看 出 ， 状 态 的 转换 基本 上 都 是 内 部 行为 ， 主 要 在 状态 模式 内 部 来 
维护 。 比 如 对 于 投票 的 人 员 ， 任 何 时 候 他 的 操作 都 是 投票 ， 但 是 投票 管理 对 象 的 处 理 却 
不 一 定 一 样 ， 会 根据 投票 的 次 数 来 判断 状态 ， 然 后 根据 状态 去 选择 不 同 的 处 理 。 


18.3 模式 讲解 
18. 3.1 认识 状态 模式 


1. 状态 和 行为 

所 谓 对 象 的 状态 , 通常 指 的 就 是 对 和 象 实例 的 属性 的 值 ; 而 行为 指 的 就 是 对 象 的 功能 ， 
再 具体 点 说 ， 行 为 大 多 可 以 对 应 到 方法 上 。 

状态 模式 的 功能 就 是 分 离 状 态 的 行为 ， 通 过 维护 状态 的 变化 ， 来 调用 不 同 状 态 对 应 
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的 不 同 功能 。 

也 就 是 说 ， 状 态 和 行为 是 相关 联 的， 它们 的 关系 可 以 描述 为 : 状态 决定 行为 。 

由 于 状态 是 在 运行 期 被 改变 的 ， 因 此 行为 也 会 在 运行 期 根据 状态 的 改变 而 改变 ， 看 
起 来 ， 同 一 个 对 象 ， 在 不 同 的 运行 时 刻 ， 行 为 是 不 一 样 的 ， 就 像 是 类 被 修改 了 一 样 。 

2. 行为 的 平行 性 

注意 是 平行 性 而 不 是 平等 性 。 所 谓 平行 性 指 的 是 各 个 状态 的 行为 所 处 的 层次 是 一 样 
的 ， 相 互 是 独立 的 、 没 有 关联 的 ， 是 根据 不 同 的 状态 来 决定 到 底 走 平行 线 的 哪 一 条 。 行 
为 是 不 同 的， 当然 对 应 的 实现 也 是 不 同 的 ， 相 互 之 间 是 不 可 替换 的 ， 如 图 18.3 所 示 。 





Br 型 一 
不 同 的 状态 2 人 : 同 的 状态 对 应 
表示 不 同 的 > 的 状态 处 理 是 不 
行为 亚 意 投票 相同 的 
4 一 一 





图 18.3 ”状态 的 平行 性 示意 图 
而 平等 性 强调 的 是 可 替换 性 ， 大 家 是 同一 行为 的 不 同 描述 或 实现 ， 因 此 在 同一 个 行 
为 发 生 的 时 候 ， 可 以 根据 条 件 挑选 任意 一 个 实现 来 进行 相应 的 处 理 ， 如 图 18.4 所 示 。 


具体 实现 A 


具体 实现 B 


具体 实现 C 





图 18.4 平等 性 的 示意 图 

大 家 可 能 会 发 现状 态 模 式 的 结构 和 策略 模式 的 结构 完全 一 样 ， 但 是 ， 它 们 的 目的 、 
实现 、 本 质 却 是 完全 不 一 样 的 。 还 有 行为 之 间 的 特性 也 是 状态 模式 和 策略 模式 一 个 很 重 
要 的 区 别 ， 状 态 模式 的 行为 是 平行 性 的 ， 不 可 相互 替换 的 ;而 策略 模式 的 行为 是 平等 性 
的 ， 是 可 以 相互 替换 的 。 

3. 上 下 文 和 状态 处 理 对 象 

在 状态 模式 中 ， 上 下 文 是 持 有 状态 的 对 象 ， 但 是 上 下 文 自身 并 不 处 理 跟 状态 相关 的 
行为 ， 而 是 把 处 理 状态 的 功能 委托 给 了 状态 对 应 的 状态 处 理 类 来 处 理 。 

在 具体 的 状态 处 理 类 中 经 常 需要 获取 上 下 文 自身 的 数据 ， 甚 至 在 必要 的 时 候 会 回调 
上 下 文 的 方法 ， 因 此 ， 通 常 将 上 下 文 自身 当 作 一 个 参数 传递 给 具体 的 状态 处 理 类 。 

客户 端 一 般 只 和 上 下 文 交互 。 客 户 端 可 以 用 状态 对 象 来 配置 一 个 上 下 文 ， 一旦 配置 
完毕 ， 就 不 再 需要 和 状态 对 象 打交道 了 。 客 户 端 通常 不 负责 运行 期 间 状 态 的 维护 ， 也 不 
负责 决定 后 续 到 底 使 用 哪 一 个 具体 的 状态 处 理 对 象 。 

4. 不 完美 的 OCP 体验 
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好 了 ， 已 经 使 用 状态 模式 重 写 了 前 面 的 示例 ， 那 么 到 底 能 不 能 解决 前 面 提出 的 问题 
呢 ? 也 就 是 修改 和 扩展 是 否 方便 ? 一 起 来 看 看 。 
先 修改 已 有 的 功能 吧 。 由 于 现在 每 个 状态 对 应 的 处 理 已 经 封装 到 对 应 的 状态 类 中 了 ， 
要 修改 已 有 的 某 个 状态 的 功能 ， 直 接 扩 展 某 个 类 进行 修改 就 可 以 了 ， 对 其 他 的 程序 没有 
影响 。 比 如 ， 现 在 要 修改 正常 投票 状态 对 应 的 功能 ， 对 正常 投票 的 用 户 给 予 积分 奖励 ， 
那么 只 需要 扩展 正常 投票 状态 对 应 的 类 ， 然 后 进行 修改 即 可 。 示 例 代 码 如 下 : 


Public class NormalVoteState2 extends NormalVoteStatet 


public void vote (String user, String voteItem 
VoteManager voteManager) { 


// 先 调用 已 有 的 功能 


super.vote(user, voteItem, voteManager); 
/ /给予 积 分 奖励 ， 示 意 一 下 


System.out.println ("奖励 积分 10 分 "); 
} 
} 


一 切 良 好 ， 对 吧 ， 可 是 怎么 让 VoteManager 使 用 这 个 新 的 实现 类 呢 ? 按照 目前 的 实 
现 ， 没 有 办 法 ， 只 好 去 修改 VoteManager 的 vote() 方 法 中 对 状态 的 维护 代码 了 ， 把 使 用 
NormalVoteState 的 地 方 换 成 使 用 NormalVoteState2 。 

再 看 看 如 何 添加 新 的 功能 ， 比 如 投票 超过 8 次 但 不 足 10 次 的 ， 给 个 机 会 ， 只 是 禁止 
登录 和 使 用 系统 3 天 ， 如 果 再 犯 ， 才 进入 黑 名单 。 要 实现 这 个 功能 ， 先 要 对 原来 的 投票 
超过 8 次 进入 黑 名 单 的 功能 进行 修改 ， 修 改 成 投票 超过 10 次 才 进 入 黑 名 单 ; 然后 新 加 入 
一 个 功能 ， 实 现 超 过 8 次 但 不 足 10 次 的 ， 只 是 禁止 登录 和 使 用 系统 3 天 的 功能 。 把 这 个 
新 功能 实现 出 来 。 示 例 代 码 如 下 : 

public class BlackWarnVoteState implements VoteStatelt 

Public void vote (String user, String voteItem 
7 VoteManager voteManager) 1{ 
// 待 进 黑 名 单 警告 状态 
System.out.println ("禁止 登录 和 使 用 系统 3 天 ")， 


} 

实现 好 了 这 个 类 ， 该 怎样 加 入 到 已 有 的 系统 呢 ? 

同样 需要 去 修改 上 下 文 的 vote0) 方 法 中 对 于 状态 判断 和 维护 的 代码 ， 示 例 代码 如 下 : 

if(oldVoteCount==1){ 
state = new NormalVoteState2(); 

}else if(oldVoteCount>1 && oldVoteCount<5){ 
state = new RepeatVoteState(); 

Jelse if(oldVoteCount >= 5 && oldVoteCount<8){ 
state = new SpiteVotesState(); 

}else if(oldVoteCount>=8 && oldVoteCount<10)1{ 
state = new BlackWarnVoteState(); 
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jelse if(oldVoteCount>10)1{ 
state = new BlackVoteState(); 


好 像 也 实现 了 功能 ， 而 且 改动 起 来 确实 也 变 得 简单 点 了 ， 但 是 仔细 想 想 ， 是 不 是 没 
有 完全 遵循 OCP 原则 ? 结论 是 很 显然 的 ， 明 显 没 有 完全 遵循 OCP 原则 。 


0 员 这 里 要 说 明 一 点 , 设计 原则 是 大 家 在 设计 和 开发 中 尽量 去 遵守 的 , 但 不 是 一 定 要 


旧时 遵守 ， 尤 其 是 完全 遵守 。 在 实际 开发 中 ， 完 全 遵守 那些 设计 原则 几乎 是 不 可 能 完 





就 像 状 态 模式 的 实际 实现 中 ， 由 于 状态 的 维护 和 转换 在 状态 模式 结构 里 面 ， 不 管 你 
是 扩展 了 状态 实现 类 ， 还 是 新 添加 了 状态 实现 类 ， 都 需要 修改 状态 维护 和 转换 的 地 方 ， 
以 使 用 新 的 实现 。 

虽然 可 以 有 好 几 个 地 方 来 维护 状态 的 变化 《〈 这 个 后 面 会 讲 到 ) ， 但 都 是 在 状态 模式 
结构 里 面 的 ， 所 以 都 有 这 个 问题 ， 算 是 不 完美 的 OCP 体验 吧 。 

5. 创建 和 销毁 状态 对 象 

在 应 用 状态 模式 的 时 候 ， 有 一 个 常见 的 考虑 ， 那 就 是 : 究竟 何 时 创建 和 销毁 状态 对 
象 ? 常见 的 有 以 下 几 个 选择 。 

m ” 当 需 要 使 用 状态 对 象 的 时 候 创建 ， 使 用 完 后 就 销毁 它们 。 

m ”提前 创建 它们 并 且 始 终 不 销毁 。 

m ”采用 延迟 加 载 和 缓存 合用 的 方式 ， 就 是 当 第 一 次 需要 使 用 状态 对 象 的 时 候 创 建 ， 

使 用 完 后 并 不 销毁 对 象 ， 而 是 把 这 个 对 象 缓存 起 来 ， 等 待 下 一 次 使 用 ， 而 且 在 合 
适 的 时 候 ， 会 由 缓存 框架 销毁 状态 对 象 。 

怎么 选择 呢 ? 下面 给 出 选择 建议 。 

如 果 要 进入 的 状态 在 运行 时 是 不 可 知 的 ， 而 且 上 下 文 是 比较 稳定 的 ， 不 会 经 常 改变 
状态 ， 而 且 使 用 也 不 频繁 ， 这 个 时 候 建 议 选 择 第 一 种 方案 。 

如 果 状 态 改变 很 频繁 ， 也 就 是 需要 频繁 地 创建 状态 对 象 ， 而 且 状 态 对 象 还 存储 着 大 
量 的 数据 信息 ， 这 种 情况 建议 选择 第 二 种 方案 。 

如 果 无 法 确定 状态 改变 是 否 频繁 ,而 且 有 些 状态 对 象 的 状态 数据 量 大 ， 有 些 比较 小 ， 
一 切 都 是 未 知 的， 建议 选择 第 三 种 方案 。 

事实 上 ， 在 实际 工程 开发 过 程 中 ， 第 三 种 方案 是 首选 。 因 为 它 兼 顾 了 前 面 两 种 方案 
的 优点 ， 而 又 避免 了 它们 的 缺点 ， 几 乎 能 适应 各 种 情况 的 需要 。 只 是 这 个 方案 在 实现 的 
时 候 ， 需 要 实现 一 个 合理 的 缓存 框架 ， 而 且 要 考虑 多 线程 并 发 的 问题 ， 因 为 需要 由 缓存 
框架 来 在 合适 的 时 候 销毁 状态 对 象 ， 因 此 实现 上 难度 稍 大 。 另 外 在 实现 中 还 可 以 考虑 结 
合 享 元 模式 ， 通 过 享 元 模式 来 共享 状态 对 象 。 

6. 状态 模式 的 调用 顺序 示意 图 

状态 模式 在 实现 上 ， 对 于 状态 的 维护 有 不 同 的 实现 方式 。 前 面 的 示例 中 ， 采 用 的 是 
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在 Context 中 进行 状态 的 维护 和 转换 。 这 里 先 画 出 这 种 方式 的 调用 顺序 示意 图 , 其 他 的 方 
式 则 在 后 面 讲 到 时 再 画 。 


在 Context 中 进行 状态 维护 和 转换 的 调用 顺序 如 图 18.5 所 示 。 








ient 


1: 调用 上 下 文 的 方法 来 处 理 业 务 i | 





图 18.5 在 Context 中 进行 状态 维护 和 转换 的 调用 顺序 示意 图 
18. 3.2 状态 的 维护 和 转换 控制 


所 谓 状 态 的 维护 ， 指 的 是 维护 状态 的 数据 ， 给 状态 设置 不 同 的 状态 值 ， 而 状态 的 转 
换 ， 指 的 是 根据 状态 的 变化 来 选择 不 同 的 状态 处 理 对 象 。 在 状态 模式 中 ， 通 常 有 两 个 地 
方 可 以 进行 状态 的 维护 和 转换 控制 。 

一 个 就 是 在 上 下 文中 。 因 为 状态 本 身 通常 被 实现 为 上 下 文 对 象 的 状态 ， 因 此 可 以 在 
上 下 文中 进行 状态 维护 ， 当 然 也 就 可 以 控制 状态 的 转换 了 。 前 面 投票 的 示例 就 是 采用 这 
种 方式 。 

另外 一 个 地 方 就 是 在 状态 的 处 理 类 中 。 当 每 个 状态 处 理 对 象 处 理 完 自身 状态 所 对 应 
的 功能 后 ， 可 以 根据 需要 指定 后 继 状 态 ， 以 便 让 应 用 能 正确 处 理 后 续 的 请 求 。 

先 看 看 示例 。 为 了 对 比 学 习 ， 下 面 来 看 看 如 何 把 前 面 投 票 的 例子 修改 成 : 在 状态 处 
理 类 中 进行 后 续 状 态 的 维护 和 转换 。 

(1) 同样 先 来 看 投票 状态 的 接口 。 没 有 什么 变化 。 示 例 代码 如 下 : 

/** 

* 封装 一 个 投票 状态 相关 的 行为 

A 

public interface VoteState { 

/*# 

* 处 理 状态 对 应 的 行为 

* @param user 投票 人 

* @param voteItem 投票 项 

* @param voteManager 投票 上 下 文 ， 用 来 在 实现 状态 对 应 的 功能 处 理 的 时 候 ， 
和 可 以 回调 上 下 文 的 数据 

eh 

public void vote(String user,String VoteItem 


VoteManager voteManager); 
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(2) 对 于 各 个 具体 的 状态 实现 对 象 ， 主 要 的 变化 在 于 : 在 处 理 完 自己 状态 对 应 的 功 
能 后 ， 还 需要 维护 和 转换 状态 对 象 。 
一 个 一 个 来 看 吧 ， 先 看 看 正常 投票 的 状态 处 理 对 象 。 示 例 代码 如 下 : 


Public class NormalVoteState implements VoteStatet{ 
public void vote (String user, String voteItem 
7 VoteManager voteManager) { 

// 正 常 投票 ， 记 录 到 投票 记录 中 
voteManager.getMapVote() .put (user, voteItem); 
System.out.PrintIn(" 恭 喜 你 投票 成 功 ") ; 
// 正 常 投票 完成 ， 维 护 下 一 个 状态 ， 同 一 个 人 再 投票 就 重复 了 
voteManager .getMapState() .put (user,new RePpeatVoteState () ) : 





} 
再 来 看 看 重复 投票 状态 对 应 的 处 理 对 象 。 示 例 代 码 如 下 : 
public class RepeatVoteState implements VoteStateti 
Public void vote (String user, String voteItem 
: : VoteManager voteManager) { 
// 重 复 投票 ， 暂 时 不 做 处 理 
System.out.println(" 请 不 要 重复 投票 ") ， 
// 重 复 投票 完成 ， 维 护 下 一 个 状态 ， 重 复 投 票 到 5 次 ， 就 算 恶 意 投票 了 
// 注 意 这 里 是 判断 大 于 等 于 4， 因 为 这 里 设置 的 是 下 一 个 状态 
// 下 一 个 操作 次 数 就 是 5 了 ， 就 应 该 算是 恶意 投票 了 
if(voteManager .getMapVoteCount() .get (user) >= 4){ 
voteManager .getMaPState () .put (user, 
new SpiteVoteState()); 


} 
接 下 来 看 看 恶意 投票 状态 对 应 的 处 理 对 象 。 示 例 代 码 如 下 : 
Public class SpiteVoteState implements VoteStatet{ 
public void vote (String user, String VoteItem 
: VoteManager voteManager) { 
// 恶 意 投 票 ， 取 消 用 户 的 投票 资格 ， 并 取消 投票 记录 
String s = voteManager.getMapVote() .get (user); 
if(s!=null){ 
voteManager .getMapVote () .remove (user); 
} 
System. out.println(" 你 有 恶意 刷 票 行为 ， 取 消 投 票 资格 ") 
// 恶 意 投票 完成 ， 维 护 下 一 个 状态 ， 投 票 到 8 次 ， 就 进 黑 名 单 了 
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// 注 意 这 里 是 判断 大 于 等 于 7， 因 为 这 里 设置 的 是 下 一 个 状态 
// 下 一 个 操作 次 数 就 是 8 了 ， 就 应 该 算是 进 黑 名 单 了 
zf (voteManager .getMapVoteCount() .get (user) >= 7)1{ 
voteManager .getMapState() .put (user, 
new BlackVoteState()); 


} 
下 面 来 看 看 黑 名 单 状态 对 应 的 处 理 对 象 。 没 什么 变化 。 示 例 代 码 如 下 : 
public class BlackVoteState implements VoteStatet{ 

Public void vote (String user, String VoteItem 


: VoteManager voteManager) { 
// 黑 名 单 ， 记 入 黑 名 单 中 ， 禁 止 登录 系统 了 
System.out.println(" 进 入 黑 名 单 ， 将 禁止 登录 和 使 用 本 系统 ") ; 


} 
(3) 下 面 来 看 看 现在 的 投票 管理 类 该 如 何 实现 了 ? 和 在 上 下 文中 维护 和 转换 状态 相 
比 ， 大 致 有 如 下 的 变化 。 
m ”需要 按照 每 个 用 户 来 记录 他 们 对 应 的 投票 状态 ， 不 同 的 用 户 ， 对 应 的 投票 状态 是 
不 同 的 ， 因 此 使 用 一 个 Map 来 记录 ， 而 不 再 是 原来 的 一 个 单一 的 投票 状态 对 象 。 


可 能 有 些 朋 友 会 问 ， 那 为 什么 前 面 的 实现 可 以 呢 ? 那 是 因为 投票 状态 是 由 投票 
管理 对 象 集中 控制 的 ， 不 同 的 人 员 在 进入 投票 方法 的 时 候 ， 是 重新 判断 该 人 员 


具体 的 状态 对 象 的 ， 而 现在 是 要 把 状态 维护 分 散 到 各 个 状态 类 中 ， 因 此 需要 记 
录 各 个 状态 类 判断 以 后 的 结果 。 


= 需要 把 记录 投票 状态 的 数据 ， 还 有 记录 投票 次 数 的 数据 ， 提 供 相应 的 getter 方法 ， 
各 个 状态 在 处 理 的 时 候 需 要 通过 这 些 方 法 来 访问 数据 。 
sm ”将 原来 在 vote0 方 法 中 进行 的 状态 控制 和 转换 删除 ， 变 成 直接 根据 人 员 来 从 状态 记 
录 的 Map 中 获取 对 应 的 状态 对 象 了 。 
看 看 实现 代码 吧 。 示 例 代码 如 下 : 
Public class VoteManager { 
/六 
* 记录 当前 每 个 用 户 对 应 的 状态 处 理 对 象 ， 每 个 用 户 当前 的 状态 是 不 同 的 
* Map<String,VoteState> 对 应 Map< 用 户 名 称 , 当前 对 应 的 状态 处 理 对 象 > 
et 
Private Map<String,VoteState> mapState = 





new HashMap<String,VoteState>(); 
/** 
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* 记录 用 户 投 票 的 结果 ，Map<String, String> 对 应 Map< 用 户 名 称 , 投票 的 选项 > 
so 
private Map<String,String> mapVote = 
new HashMap<String,SsString>(); 
/** 
* 记录 用 户 投 票 次 数 ，Map<String, Integer> 对 应 Map< 用 户 名 称 , 投票 的 次 数 > 
区 
private Map<String,Integer> mapVoteCount = 
new HashMap<String,Integer>(); 
/文火 
* 获取 记录 用 户 投票 结果 的 Map 
* @return 记录 用 户 投票 结果 的 Map 
bh 
public Map<String, String> getMapVote() { 
return mapVote; 
} 
/** 
* 获取 记录 每 个 用 户 对 应 的 状态 处 理 对 象 的 Map 
* Q@return 记录 每 个 用 户 对 应 的 状态 处 理 对 象 的 Map 
Wf 
Public Map<String, VoteState> getMapState() { 
return mapState; 
} 
/** 
* 获取 记录 每 个 用 户 对 应 的 投票 次 数 的 Map 
* @return 记录 每 个 用 户 对 应 的 投票 次 数 的 Map 
Sh 
Public Map<String, Integer> getMapVoteCount() { 
return mapVoteCount; 
} 
/** 
* 投票 
* @param use 投票 人 ， 为 了 简单 ， 就 是 用 户 名 称 
* @param voteItem 投票 的 选项 
A 
public void vote (String user,String voteItem){ 
//1: 先 为 该 用 户 增 加 投票 的 次 数 
// 从 记录 中 取出 已 有 的 投票 次 数 
Integer oldVoteCount = mapVoteCount.get (user); 
if(oldVoteCount==nul11){ 
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oldVoteCount = 0; 
} 
oldVoteCount = oldVoteCount + 1; 


mapVoteCount.put (user, oldVoteCount); 


//2: 获取 该 用 户 的 投票 状态 
VoteState state = mapState.get (user); 
// 如 果 没 有 投票 状态 ， 说 明 还 没有 投 过 票 ， 就 初始 化 一 个 正常 投票 状态 
if(state==null){ 
state = new NormalVoteState(); 


// 然 后 转调 状态 对 象 来 进行 相应 的 操作 


state.vote (user， voteItem, this); 


} 
(4) 实现 的 差不多 了 ， 该 来 测试 了 ， 客 户 端 没 有 变化 ， 去 运行 一 下 ， 看 看 效果 。 看 
看 两 种 维护 状态 变化 的 方式 实现 的 结果 一 样 吗 ?答案 应 该 是 一 样 的 。 

那么 到 底 如 何 选择 这 两 种 方式 呢 ? 

sm ”如 果 状 态 转换 的 规则 是 一 定 的 ， 一 般 不 需要 进行 什么 扩展 规则 ， 那 么 就 适合 在 上 
下 文中 统一 进行 状态 的 维护 。 

a ”如 果 状 态 的 转换 取决 于 前 一 个 状态 动态 处 理 的 结果 ， 或 者 是 依赖 于 外 部 数据 ， 为 
了 增强 灵活 性 ， 这 种 情况 下 ， 一 般 是 在 状态 处 理 类 中 进行 状态 的 维护 。 

(5) 采用 让 状态 对 象 来 维护 和 转换 状态 的 调用 顺序 如 图 18.6 所 示 。 


腾 = 
ler 


好 业务 请 求 | | 
1.1: 获取 5tate 对 象 
汪汪 | | 
| 

| 







和 外 理 


1.2.1: 调用 构造 方法 得 到 下 
象 的 实例 


1.2; 委托 让 相应 的 状态 对 







一 个 状态 对 






bP: 设置 下 一 个 状态 处 理 对 象 | kK 一 一 一 一 一 








图 18.6 ”状态 对 象 来 维护 和 转换 状态 的 调用 顺序 示意 图 
(6) 再 来 看 看 这 种 实现 方式 下 ， 如 何 修改 已 有 的 功能 ， 或 者 是 添加 新 的 状态 处 理 。 
要 修改 已 有 的 功能 ， 同 样 是 找到 对 应 的 状态 处 理 对 象 ， 要 么 直接 修改 ， 要 么 扩展 。 
前 面 已 经 示例 过 了 ， 这 里 不 再 袭 述 。 
对 于 添加 新 的 状态 处 理 的 功能 ， 这 种 实现 方式 会 比较 简单 。 先 直接 添加 新 的 状态 处 
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理 的 类 ， 然 后 找到 需要 转换 到 这 个 新 状态 的 状态 处 理 类 ， 修 改 那个 处 理 类 ， 让 其 转换 到 
这 个 新 状态 就 可 以 了 。 
比如 还 是 来 实现 : 投票 超过 8 次 但 不 足 10 次 的 ， 给 个 机 会 ， 只 是 禁止 登录 和 使 用 系 
统 3 天 ， 如 果 再 犯 ， 才 进入 黑 名 单 的 功能 。 按 照 现 在 的 方式 ， 示 例 代 码 如 下 : 
public class BlackWarnVoteState implements VoteStatef{ 
public void vote(String user, String voteItem 


+: VoteManager voteManager) { 





// 待 进 黑 名 单 警 告状 态 
System.out.println ("禁止 登录 和 使 用 系统 3 天 ") ; 
// 待 进 黑 名 单 警 告 处 理 完成 ， 维 护 下 一 个 状态 ， 投 票 到 10 次 ， 就 进 黑 名 单 了 
/ /注意 这 里 是 判断 大 于 等 于 9， 因 为 这 里 设置 的 是 下 一 个 状态 
// 下 一 个 操作 次 数 就 是 10 了 ， 就 应 该 算是 进 黑 名 单 了 
if(voteManager.getMapVoteCount() .get (user) >= 9){ 
voteManager.getMapState() .put (user 
/ new BlackVoteState()); 


} 

那么 如 何 加 入 系统 呢 ? 

不 再 是 去 修改 VoteManger 了 ， 而 是 找到 需要 转换 到 这 个 新 状态 的 那个 状态 ， 修 改 它 
的 状态 维护 和 转换 。 应 该 是 在 恶意 投票 处 理 中 ， 让 它 转换 到 这 个 新 的 状态 ， 也 就 是 把 恶 
意 投票 处 理 中 的 下 面 这 句 话 : 

voteManager.getMapState() .put (user, new BlLackVoteState () ) 

蔡 换 成 ; 

voteManager.getMapState() .put (user, new BlackWarnVoteState()); 


这 样 就 自然 地 把 现在 新 的 状态 处 理 添加 到 了 已 有 的 应 用 中 。 
18. 3.3 使 用 数据 库 来 维护 状态 


在 实际 开发 中 ， 还 有 一 个 方式 来 维护 状态 ， 那 就 是 使 用 数据 库 ， 在 数据 库 中 存储 下 
一 个 状态 的 识别 数据 。 也 就 是 说 ， 维 护 下 一 个 状态 演化 成 了 维护 下 一 个 状态 的 识别 数据 ， 
比如 状态 编码 。 

这 样 ， 在 程序 中 通过 查询 数据 库 中 的 数据 来 得 到 状态 编码 ， 然 后 根据 状态 编码 来 创 
建 出 相应 的 状态 对 象 ， 再 委托 相应 的 状态 对 象 进行 功能 处 理 。 

还 是 用 前 面 投票 的 示例 来 说 明 ， 如 果 使 用 数据 库 来 维护 状态 的 话 ， 大 致 如 何 实现 。 

(1) 首先 ， 就 是 每 个 具体 的 状态 处 理 类 中 ， 原 本 在 处 理 完 成 后 ， 要 判断 下 一 个 状态 
是 什么 , 然后 创建 下 一 个 状态 对 象 ， 并 设置 回 到 上 下 文中 ; 但 是 如 果 使 用 数据 库 的 方式 ， 
那 就 不 用 创建 下 一 个 状态 对 象 ， 也 不 用 设置 回 到 上 下 文中 了 ， 而 是 把 下 一 个 状态 对 应 的 
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编码 记 入 数据 库 中 ， 这 样 就 可 以 了 。 


还 是 示意 一 个 ， 看 看 重复 投票 状态 下 的 实现 吧 。 示 例 代 码 如 下 : 
public class RepeatVoteState implements VoteStatei{ 
public void vote (Strzing user, String voteItem 
: VoteManager voteManager) { 
/ /重复 投票 ， 暂 时 不 做 处 理 
System.out.println ("请 不 要 重复 投票 "); 
// 重 复 投票 完成 ， 维 护 下 一 个 状态 ， 重 复 投票 到 5 次 ， 就 算 恶 意 投票 了 
if(voteManager.getMapVoteCount() .get (user) >= 4)1{ 
veteManager-getMapState -Plutuserr— 
new—SPiteYeteStatef{t}i} 
// 直 接 把 下 一 个 状态 的 编码 记录 到 数据 库 就 可 以 了 


这 里 只 是 示意 一 下 ， 并 不 真 的 去 写 和 数据 库 操作 相关 的 代码 。 其 他 的 状态 实现 类 ， 
也 做 同样 类 似 的 修改 ， 这 里 不 再 袭 述 。 

(2) 在 Context 中 ， 也 就 是 投票 管理 对 象 中 ， 则 不 需要 那个 记录 所 有 用 户 状态 的 
Map 了 ， 直 接 从 数据 库 中 获取 该 用 户 当前 对 应 的 状态 编码 ， 然 后 根据 状态 编码 来 创建 出 
状态 对 象 来 。 原 有 的 示例 代码 如 下 : 

//2: 获取 该 用 户 的 投票 状态 

VoteState state = mapState.get (user)，; 

// 如 果 没 有 投票 状态 ， 说 明 还 没有 投 过 票 ， 就 初始 化 一 个 正常 投票 状态 

i (etate—=ndlLyE 

state = new NormalVoteState(); 

} 

现在 被 修改 了 。 示 例 代码 如 下 : 

VoteState state = null; 

//2: 直接 从 数据 库 获 取 该 用 户 对 应 的 下 一 个 状态 的 状态 编码 

String stateId = "从 数据 库 中 获取 这 个 状态 编码 "; 

// 开 始 根据 状态 编码 来 创建 需 用 的 状态 对 象 

if(stateId==null || statelId.trim() .length()==0){ 

/7 如 果 没 有 值 ， 说 明 还 没有 投 过 票 ， 就 初始 化 一 个 正常 投票 状态 

state = new NormalVoteState(); 

}else if ("重复 投票 ".equals (stateId) ) { 

state = new RepeatVoteState(); 
jelse i1£ ("恶意 投票 ".equals (stateId) ) { 
state = new SpiteVoteState(); 

}else if (" 黑 名 单 " .edquals(stateId) ){ 
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state = new BlackVoteState(); 


可 能 有 些 朋 友 会 发 现 ， 如 果 向 数据 库 中 存储 下 一 个 状态 对 象 的 状态 编码 ， 那 么 上 下 
文中 就 不 需要 再 持 有 状态 对 象 了 ， 相 当 于 把 这 个 功能 放 到 数据 库 中 了 。 有 那么 点 相似 性 ， 
不 过 要 注意 ， 数 据 库存 储 的 只 是 状态 编码 ， 而 不 是 状态 对 象 ， 获 取 到 数据 库 中 的 状态 编 
码 后 ， 在 程序 中 仍然 需要 根据 状态 编码 去 真正 创建 对 应 的 状态 对 象 。 

当然 ， 要 想 程序 更 通用 一 点 ， 可 以 通过 配置 文件 来 配置 状态 编码 和 对 应 的 状态 处 理 
类 ， 也 可 以 直接 在 数据 库 中 记录 状态 编码 和 对 应 的 状态 处 理 类 。 这 样 的 话 ， 在 上 下 文中 ， 
先 获取 下 一 个 状态 的 状态 编码 ， 然 后 根据 这 个 状态 编码 去 获取 对 应 的 类 ， 再 通过 反射 来 
创建 对 象 , 如 此 实现 就 避免 了 那 一 长 串 的 if-else, 而 且 以 后 添加 新 的 状态 编码 和 状态 处 理 
对 象 也 不 用 再 修改 代码 了 。 示 例 代 码 如 下 : 

VoteState state = null; > 

//2: 直接 从 数据 库 获取 该 用 户 对 应 的 下 一 个 状态 的 状态 编码 

string stateId = "从 数据 库 中 获取 这 个 值 "; 

// 开 始 根据 状态 编码 来 创建 需 用 的 状态 对 象 


// 根 据 状 态 编码 去 获取 相应 的 类 

string className = "根据 状态 编码 去 获取 相应 的 类 " ; 

// 使 用 反射 创建 对 象 实例 ， 简 单 示意 一 下 

Class c = Class.forName (className); 

state = (VoteState)c.newInstance(); 

(3) 直接 把 “转移 ”记录 到 数据 库 中 。 

还 有 一 种 情况 是 直接 把 “转移 ”记录 到 数据 库 中 ， 这 样 会 更 灵活 。 所 谓 转移 ， 指 的 
就 是 描述 从 A 状态 到 B 状态 的 转换 变化 。 

比如 ， 在 正常 投票 状态 处 理 对 象 中 指定 使 用 “转移 A”， 而 “转移 A” 描 述 的 就 是 
从 正常 投票 状态 转换 成 重复 投票 状态 。 这 样 一 来 ， 假 如 今后 想 要 让 正常 投票 处 理 以 后 变 
换 成 恶意 投票 状态 , 就 不 需要 修改 程序 , 而 是 直接 修改 数据 库 中 的 数据 ,把 数据 库 中 “ 转 
移 A” 的 描述 数据 修改 一 下 ， 使 其 描述 从 正常 投票 状态 转换 成 恶意 投票 状态 就 可 以 了 。 


18. 3.4 模拟 工作 流 


做 企业 应 用 的 朋友 ， 大 多 数 都 接触 过 工作 流 ， 至 少 也 处 理 过 业务 流程 。 对 于 工作 流 ， 
复杂 的 应 用 可 能 会 使 用 工作 流 中 间 件 ,用 工作 流 引 擎 来 负责 流程 处 理 ， 这 个 会 比较 复杂 。 
其 实 工作 流 引擎 的 实现 也 可 以 应 用 状态 模式 ， 这 里 不 去 讨论 。 

简单 点 的 ， 把 流程 数据 存放 在 数据 库 中 ， 然 后 在 程序 中 自己 来 进行 流程 控制 。 对 于 
简单 的 业务 流程 控制 ， 可 以 使 用 状态 模式 来 辅助 进行 流程 控制 ， 因 为 大 部 分 这 种 流程 都 
是 状态 驱动 的 。 

举 个 例子 来 说 明 吧 。 比 如 最 常见 的 “请 假 流程 ”， 流 程 是 这 样 的 : 当 某 人 提出 请 假 
申请 ， 先 由 项 目 经 理 审 批 ， 如 果 项 目 经 理 不 同意 ， 审批 就 直接 结束 ， 如 果 项 目 经 理 同意 
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了 ， 再 看 请 假 的 天 数 是 否 超过 3 天 ， 项 目 经 理 的 审批 权限 只 有 3 天 以 内 ， 如 果 请 假 天 数 
在 3 天 以 内 ， 那 么 审批 也 直接 结束 ， 和 否则 就 提交 给 部 门 经 理 ; 部 门 经 理 审核 过 后 ， 无 论 
是 否 同意 ， 审 批 都 直接 结束 。 流 程 图 如 图 18.7 所 示 。 


填写 请 假 单 ， 提 出 请 假 申请 


页 
同 ; 













图 18.7 简单 的 请 假 流 程 示 意图 
在 实际 开发 中 ， 如 果 不 考虑 使 用 工作 流 软件 ， 按 照 流 程 来 自己 实现 的 话 ， 这 个 流程 
基本 的 运行 过 程 简单 描述 如 下 。 
(1) UI 操作 : 请 假 人 填写 请 假 单 ， 提 出 请 假 申 请 。 
(2) 后 台 处 理 : 保存 请 假 单数 据 到 数据 库 中 ， 然 后 为 项 目 经 理 创建 一 个 工作 ， 把 工作 
信息 保存 到 数据 库 中 。 
(3) UI 操 作 : 项 目 经 理 登录 系统 ， 获 取 自 己 的 工作 列表 。 
(4) 后 台 处 理 : 从 数据 库 中 获取 相应 的 工作 列表 。 
(5) UI 操作: 项 目 经 理 完成 审核 工作 ， 提 交 保存 。 
(6) 后 台 处 理 : 处 理 项 目 经 理 审核 的 业务 ， 保 存 审核 的 信息 到 数据 库 。 同 时 判断 后 续 
的 工作 ， 如 果 是 需要 人 员 参 与 的 ， 就 为 参与 下 一 个 工作 的 人 员 创建 工作 ， 把 工作 
信息 保存 到 数据 库 中 。 
(7) UI 操作 : 部 门 经 理 登录 系统 ， 获 取 自己 的 工作 列表 ， 基 本 上 是 重复 第 3 步 。 
(8) 后 台 处 理 ， 从 数据 库 中 获取 相应 的 工作 列表 ， 基 本 上 是 重复 第 4 步 。 
(9) UI 操作: 部门 经 理 完 成 审核 工作 ， 提 交 保 存 ， 基 本 上 是 重复 第 5 步 。 
(10) 后 台 处 理 : 类 推 ， 基 本 上 是 重复 第 6 步 。 
1. 实现 思路 
仔细 分 析 上 面 的 流程 图 和 运行 过 程 , 把 请 假 单 在 流程 中 的 各 个 阶段 的 状态 分 析出 来 ， 
会 发 现 ， 整 个 流程 完全 可 以 看 成 是 状态 驱动 的 。 
在 上 面 的 流程 中 ,请 假 单 大 致 有 如 下 状态 : 等 待 项 目 经 理 审核 、 等 待 部 门 经 理 审核 、 
审核 结束 。 如 果 用 状态 驱动 来 描述 上 述 流程 : 
(1) 当 请 假 人 填写 请 假 单 ， 提 出 请 假 申 请 后 ， 请 假 单 的 状态 是 等 待 项 目 经 理 审核 状态 。 
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(2) 当 项 目 经 理 完成 审核 工作 ， 提 交 保存 后 ， 如 果 项 目 经 理 不 同意 ， 请 假 单 的 状态 是 
审核 结束 状态 ， 如 果 项 目 经 理 同意 ， 请 假 天 数 又 在 3 天 以 内 ， 请 假 单 的 状态 是 审 
核 结束 状态 ， 如 果 项 目 经 理 同意 ， 请 假 天 数 大 于 3 天 ， 请 假 单 的 状态 是 等 待 部 门 
经 理 审核 状态 。 
(3) 当 部 门 经 理 完成 审核 工作 ， 提 交 保存 后 ， 无 论 是 否 同意 ， 请 假 单 的 状态 都 是 审核 
结束 状态 。 
既然 可 以 把 流程 看 成 是 状态 驱动 的 ， 那 么 就 可 以 自然 地 使 用 状态 模式 ， 每 次 当 相 应 
的 工作 人 员 完 成 工作 ， 请 求 流程 响应 的 时 候 ， 流 程 处 理 的 对 象 会 根据 当前 所 处 的 状态 ， 
把 流程 处 理 委托 给 相应 的 状态 对 象 去 处 理 。 


还 考虑 到 在 一 个 系统 中 会 有 很 多 流程 ， 虽 然 不 像 通用 工作 流 那么 复杂 的 设计 ， 但 还 
是 稍稍 提炼 一 下 ， 至 少 把 各 个 不 同 的 业务 流程 ， 在 应 用 状态 模式 时 的 公共 功能 ， 或 者 是 
架子 给 搭 出来， 以 便 复 用 这 些 功能 。 
(1)》 这 个 公共 的 状态 处 理 机 首先 提供 一 个 公共 的 状态 处 理 机 。 
相当 于 一 个 公共 的 状态 模式 的 Context， 在 其 中 提供 基本 的 、 公 共 的 功能 。 这 样 在 实 
现 具体 的 流程 的 时 候 ， 可 以 简单 一 些 ， 对 于 要 求 不 复杂 的 流程 ， 甚 至 可 以 直接 使 用 。 示 
例 代码 如 下 : 
7 
* 公共 状态 处 理 机 ， 相 当 于 状态 模式 的 Context 
* 包含 所 有 流程 使 用 状态 模式 时 的 公共 功能 
汪 光 
public class StateMachine { 
/ 炎 太 
* 持 有 一 个 状态 对 象 
人 
private State state = null; 
/ 
* 包含 流程 处 理 需 要 的 业务 数据 对 象 ， 不 知道 具体 类 型 ， 为 了 简单 ， 不 使 用 泛 型 
* 用 object， 反 正 只 是 传递 到 具体 的 状态 对 象 中 
wk 
private Object businessVO = null; 
/** 
* 执行 工作 ， 客 户 端 处 理 流程 的 接口 方法 
* 在 客户 完成 自己 的 业务 工作 后 调用 
水 水 
public void aqoWwork(){ 
// 转 调 相 应 的 状态 对 象 真正 完成 功能 处 理 
this.state.doWork (this); 
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(2) 来 提供 公共 的 状态 接口 。 各 个 状态 对 象 在 处 理 流程 的 时 候 ， 可 以 使 用 统一 的 接 
口 ， 可 是 它们 需要 的 业务 数据 从 何 而 来 呢 ? 那 就 通过 上 下 文 传递 过 来 。 示 例 代 码 如 下 : 


好 了 ， 现 在 架子 已 经 搭 出 来 了 ， 在 实现 具体 的 流程 的 时 候 ， 可 以 分 别 扩展 它们 ， 来 
加 入 跟 具 体 流程 相关 的 功能 。 

2. 使 用 状态 模式 来 实现 流程 

(1) 定义 请 假 单 的 业务 数据 模型 。 示 例 代码 如 下 : 





舒 
天 


* 请 假 天 数 

wk 
private int leaveDays; 
/大 大 

* 审核 结果 

六 人 


private String result; 










封装 请 假 单数 据 的 业务 
对 象 ， 除 了 属性 就 是 一 
堆 getter/setter 方法 






public String getResult() 1{ 






return result; 





} 

public void setResult (String result) { 
this.result = result; 

} 

public St getUser() { 
return User 

} : 

public String getBeginDate.() { 
return beginDate; 

} 

Public int getLeaveDays() { 
return leaveDays; 

} 

public void setUser (String user) { 
this.user = user; 

} 

public void setBeginDate(String beginDate) { 
this.beginDate = beginDate; 

] 

Public void setLeaveDays (int leaveDays) { 


this.leaveDays = leaveDays; 


} 
(2) 定义 处 理 客户 端 请 求 的 上 下 文 。 虽 然 这 里 并 不 需要 扩展 功能 ， 但 还 是 继承 一 下 
状态 机 ， 表 示 可 以 添加 自己 的 处 理 。 示 例 代码 如 下 : 
Public class LeaveRequestContext extends StateMachinet{ 
// 这 里 可 以 扩展 跟 自己 流程 相关 的 处 理 
有 
(3) 下 面 来 定义 处 理 请 假 流程 的 状态 接口 。 虽 然 这 里 并 不 需要 扩展 功能 ,但 还 是 继 
承 一 下 状态 ， 表 示 可 以 添加 自己 的 处 理 。 示 例 代码 如 下 : 
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Public interface LeaveRequestState extends Statet 


// 这 里 可 以 扩展 跟 自 己 流程 相关 的 处 理 





} 
(4) 下 面 该 来 实现 各 个 状态 具体 的 处 理 对 象 了 。 
先 看 看 处 理 项 目 经 理 审核 的 状态 类 的 实现 。 示 例 代 码 如 下 : 
/** 
* 处 理 项 目 经 理 的 审核 ， 处 理 后 可 能 对 应 部 门 经 理 审核 或 者 审核 结束 之 中 的 一 种 
Public class ProjectManagerState implements LeaveRedquestStatet{ 
Public void doWork (StateMachine request) 1{ 
// 先 把 业务 对 象 造型 回来 
LeaveRequestModel lrm = 


(LeaveRequestModel) request .getBusinessVO(); 
// 业 务 处 理 ， 把 审核 结果 保存 到 数据 库 中 


// 根 据 选择 的 结果 和 条 件 来 设置 下 一 步 
if ("同意 " .equals (lrm.getResult ()))t{ 
if(lrm.getLeaveDays() > 3)1 
// 如 果 请 假 天 数 大 于 3 天 ， 而 且 项 目 经 理 同意 了 ， 就 提交 给 部 门 经 理 
request.setState (new DepManagerState()); 
// 为 部 门 经 理 增加 一 个 工作 
lelset 
//3 天 以 内 的 请 假 ， 由 项 目 经 理 做 主 ， 
// 就 不 用 提交 给 部 门 经 理 了 ， 转 向 审核 结束 状态 
request .SetState (new AuditOverState()); 
// 给 申请 人 增加 一 个 工作 ， 让 他 查看 审核 结果 
} 
jelset 
// 项 目 经 理 不 同意 的 话 ， 也 就 不 用 提交 给 部 门 经 理 了 ， 转 向 审核 结束 状态 
reGquest .setState (new AuditOverState()); 


// 给 申请 人 增加 一 个 工作 ， 让 他 查看 审核 结果 


} 

接 下 来 看 看 处 理 部 门 经 理 审核 的 状态 类 的 实现 ， 示 例 代码 如 下 : 
/大火 

* 处 理 部 门 经 理 的 审核 ， 处 理 后 对 应 审核 结束 状态 

*/ 


Public class DepManagerState implements LeaveRequestStatet{ 





public void doWork (StateMachine request) 1{ 
// 先 把 业务 对 和 象 造型 回来 
LeaveRequestModel lrm = 
(LeaveRequestModel) regquest .getBusinessVO(); 
// 业 务 处 理 ， 把 审核 结果 保存 到 数据 库 中 


// 部 门 经 理 审核 以 后 ， 直 接 转 向 审核 结束 状态 了 
request.setState (new AuditOverSstate()); 


// 给 申请 人 增加 一 个 工作 ， 让 他 查看 审核 结果 


} 
再 来 看 看 处 理 审核 结束 的 状态 类 的 实现 。 示 例 代码 如 下 : 
/** 
* 处 理 审核 结束 的 类 
en 
public class AuditOverState implements LeaveRequestStatet{ 
public void doWork (StateMachine request) { 
// 先 把 业务 对 象 造型 回来 
LeaveRequestModel lrm = 


(LeaveRequestModel) request .getBusinessVvO(); 


/ /业务 处 理 ， 在 数据 中 记录 整个 流程 结束 


} 

(5) 由 于 上 面 的 实现 中 , 涉及 大 量 需 要 数据 库 支 持 的 功能 ， 同 时 还 需要 提供 页 面 来 
让 用 户 操作 ， 才 能 驱动 流程 运行 ， 所 以 无 法 像 其 他 示例 那样 ， 写 个 客户 端 就 能 进行 测试 。 
当然 这 个 可 以 在 后 面 稍稍 改变 ， 模 拟 一 下 实现 ， 就 可 以 运行 来 看 效果 了 。 

先 来 看 看 此 时 用 状态 模式 实现 的 这 个 流程 的 程序 结构 示意 图 ， 如 图 18.8 所 示 。 


<sinterfacey 
Go State 


六 









图 18.8 用 状态 模式 实现 流程 的 程序 结构 示意 图 
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下 面 来 看 看 怎么 改造 上 面 的 示例 ， 让 它 能 运转 起 来 。 这 样 更 加 有 利于 大 家 来 体会 在 
处 理 这 种 流程 的 应 用 中 ， 如 何 使 用 状态 模式 。 
3. 改进 上 面 使 用 状态 模式 实现 流程 的 示例 


上 面 的 示例 不 能 运行 有 两 个 基本 原因 : 一 是 没有 数据 库 实 现 部 分 ， 二 是 没有 界面 。 
要 解决 这 个 问题 ， 那 就 采用 字符 界面 ， 来 让 客户 输入 数据 ;另外 把 运行 放 到 同一 个 线程 
中 ， 这 样 就 不 存在 传递 数据 的 问题 ， 也 就 不 需要 保存 数据 了 ， 因 为 数据 在 内 存 中 。 

原来 是 提交 了 请 假 申 请 ， 把 数据 保存 在 数据 库 中 ， 然 后 项 目 经 理 从 数据 库 中 获取 这 
些 数据 。 现 在 一 步 到 位 ， 直 接 把 申请 数据 传递 过 去 ， 就 可 以 处 理 了 。 

(1) 根据 上 面 的 思路 ， 其 实 也 就 是 来 修改 那 几 个 状态 处 理 对 象 的 实现 。 

先 看 看 处 理 项 目 经 理 审核 的 状态 类 的 实现 ， 使 用 Scanner 接受 命令 行 输入 数据 。 示 


import java.util.Scanner; 


* 处 理 项 目 经 理 的 审核 ， 处 理 后 可 能 对 应 部 门 经 理 审 核 或 者 审核 结束 之 中 的 一 种 


public class ProjectManagerState implements ‘LeaveRequestStatet{ 


Public void doWork (StateMachine request) { 


// 先 把 业务 对 象 造型 回来 
LeaveRequestModel lrm = 
(LeaveRequestModel) request .getBusinessVO(); 

System.out.println(" 项 目 经 理 审核 中 ， 请 稍 候 . . .... 
// 模 拟 用 户 处 理 界 面 ， 通 过 控制 台 来 读 取 数 据 
System.out.println (lrm.getUser ()+" 申 请 从 " 

+1lrm.getBeginDate()+" 开 始 请 假 "+lrm.getLeaveDays () 

+" 天 ,请 项 目 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : ") ; 
// 读 取 从 控制 台 输 入 的 数据 
Scanner Scanner = new Scanner (System.in); 
if(scanner.hasNext () ) { 

int a = Scanner .nextInt () 

// 设 置 回 到 上 下 文中 

String result = "不 同意 "; 

if (a==1){ 

result = "同意 "; 

} 

lrm.setResult ("项 目 经 理 审核 结果 : "+result); 

// 根 据 选择 的 结果 和 条 件 来 设置 下 一 步 

if(a==1) 1{ 

if(lrm.getLeaveDays() > 3)f{ 
// 如 果 请 假 天 数 大 于 3 天 ， 而 且 项 目 经 理 同意 了 ， 
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// 就 提交 给 部 门 经 理 
request.setState (new DepManagerState()); 
// 继 续 执 行 下 一 步 工 作 
request .doWork () ; 
}elset 
//3 天 以 内 的 请 假 , 由 项 目 经 理 做 主 ， 就 不 用 提交 给 部 门 经 理 了 ， 
// 转 向 审核 结束 状态 
redgquest .setState (new AuditOverState()); 
// 继 续 执 行 下 一 步 工作 


request .doWork () ; 





} 
J}elsel{ 
// 项 目 经 理 不 同意 ， 就 不 用 提交 给 部 门 经 理 了 ， 转 向 审核 结束 状态 
request.setState(new AuditOverState()); 
/ /继续 执行 下 一 步 工 作 


request .doWork (); 


} 
接 下 来 看 看 处 理 部 门 经 理 审核 的 状态 类 的 实现 。 示 例 代码 如 下 : 


import java.util.Scanner; 


/** 
* 处 理 部 门 经 理 的 审核 ， 处 理 后 对 应 审核 结束 状态 
wd 


Public class DepManagerState implements LeaveRequestStatet{ 
public void doWork (StateMachine request) { 
// 先 把 业务 对 象 造型 回来 
LeaveRequestModel lrm = 
(LeaveRequestModel) request.getBusinessVvO(); 
System.out.println ("部 门 经 理 审核 中 ， 请 稍 候 . . . . . . mi) 
/ /模拟 用 户 处 理 界面 ， 通 过 控制 台 来 读 取 数据 
System.out.printlin (lrm.getUser ()+" 申 请 从 " 
+lrm.getBeginDate()+" 开 始 请 假 "+lrm.getLeaveDays () 
+" 天 ,请 部 门 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : ") ; 
// 读 取 从 控制 台 输 入 的 数据 
Scanner scanner = new Scanner (System.zID) 
if(scanner.hasNext ())f{ 
int a = scanner.nextInt(); 


// 设 置 回 到 上 下 文中 
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String result = "不 同意 "; 
if (a==1){ 

result = "同意 "; 
} 
lrm.setResult ("部 门 经 理 审 核 结果 : "+result) ; 
/ /部门 经 理 审核 以 后 ， 直 接 转向 审核 结束 状态 了 
request.setSstate (new AuditOverState()); 
// 继 续 执行 下 一 步 工 作 
request.doWork () ; 


} 
再 来 看 看 处 理 审核 结束 的 状态 类 的 实现 。 示 例 代码 如 下 : 
Public class AuditOverState implements LeaveRequestStatel! 
Public void doWork (StateMachine request) { 
// 先 把 业务 对 象 造型 回来 
LeaveRequestModel lrm = 
(LeaveRequestModel) request .getBusinessVO(); 


System.out.println(lrm.getUser () 
+"， 你 的 请 假 申 请 已 经 审核 结束 ， 结 果 是 : "+lrm.getResult ()); 


} wn 
(2) 万 事 俱 备 ， 可 以 写 个 客户 端 ， 来 开始 我 们 的 流程 之 旅 了 。 示 例 代码 如 下 : 


pubiic class Client 1 
public static void main(String[] args) { 


// 创 建 业务 对 象 ， 并 设置 业务 数据 


LeaveRequestModel lrm = new LeaveRequestModel () 


lrm.setUser ("小 李 ")，; 
lrm.setBeginDate ("2010-02-08"); 
lrm.setLeaveDays (5); 


// 创 建 上 下 文 对 象 


LeaveRequestContext request = new LeaveRequestContext () 


// 为 上 下 文 对 象 设置 业务 数据 对 象 


request.setBusinessVO(lrm); 


// 配 置 上 下 文 ， 作 为 开始 的 状态 ， 以 后 就 不 管 了 


request.setState(new ProjectManagerState()); 


// 请 求 上 下 文 ， 让 上 下 文 开 始 处 理工 作 
request.doWork (); 
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辛苦 了 这 么 久 ,一定 要 好 好 地 运行 一 下 ， 体 会 在 流程 处 理 中 是 如 何 使 用 状态 模式 的 。 

第 一 步 : 运行 一 下 ， 刚 开始 会 出 现 如 下 信息 : 

项 目 经 理 审核 中 ， 请 稍 候 . . . ... 

小 李 申请 从 2010-02-08 开始 请 假 5 天， 请 项 目 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 

第 二 步 : 程序 并 没有 停止 ， 在 等 待 你 输入 项 目 经 理 审核 的 结果 ， 如 果 输 入 1， 表 示 
同意 ， 那 么 程序 会 继续 判断 ， 发 现 请 假 天 数 5 天 大 于 项 目 经 理 审核 的 范围 了 ， 会 提交 给 
部 门 经 理 审核 。 在 控制 台 输 入 1， 然 后 回 车 看 看 ， 会 出 现 如 下 信息 : 

项 目 经 理 审 核 中 ， 请 稍 候 .. . ... 


小 李 申 请 从 2010-02-08 开始 请 假 5 天 ， 请 项 目 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 
1 


部 门 经 理 审核 中 ， 请 稍 候 . . . . .. 

小 李 申 请 从 2010-02-08 开始 请 假 5 和 天， 请 部 门 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 

第 三 步 : 同样 ， 程 序 仍然 没有 停止 ， 在 等 待 你 输入 部 门 经 理 审核 的 结果 ， 假 如 输入 
1， 然 后 回 车 ， 看 看 会 发 生 什么 。 提 示 信 息 如 下 : 

项 目 经 理 审 核 中 ， 请 稍 候 ...... 


小 李 申 请 从 2010-02-08 开始 请 假 5 天 ， 请 项 目 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 
业 


部 门 经 理 审核 中 ， 请 稍 候 ... ... 


小 李 申 请 从 2010-02-08 开始 请 假 5 天 ， 请 部 门 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 
tl 


小 李 ， 你 的 请 假 申请 已 经 审核 结束 ， 结 果 是 :部 门 经 理 审核 结果 : 同意 

这 个 时 候 流程 运行 结束 了 ， 程 序 运行 也 结束 了 ， 有 点 流程 控制 的 意味 了 吧 。 

如 果 上 面 第 一 步 运 行 以 后 ， 在 第 二 步 输入 2， 也 就 是 项 目 经 理 不 同意 ， 会 怎样 呢 ? 
应 该 就 不 会 再 到 部 门 经 理 了 吧 ， 试 试看 。 运 行 提示 信息 如 下 : 

项 目 经 理 审核 中 ， 请 稍 候 . . . . . . 


小 李 申请 从 2010-02-08 开始 请 假 5 天， 请 项 目 经 理 审核 (1 为 同意 ，2 为 不 同意 ) : 
2 


小 李 ， 你 的 请 假 申 请 已 经 审核 结束 ， 结 果 是 : 项 目 经 理 审核 结果 : 不 同意 

(3) 小 结 。 

事实 上 ， 上 面 的 程序 可 以 和 数据 库 结 合 起 来 ， 比 如 把 审核 结果 存放 在 数据 库 中 ， 也 
可 以 把 审核 的 步骤 也 放 到 数据 库 中 ， 每 次 运行 的 时 候 从 数据 库 中 获取 这 些 值 ， 判 断 是 创 
建 哪 一 个 状态 处 理 类 ， 然 后 执行 相应 的 处 理 就 可 以 了 。 

现在 这 些 东 西 都 在 内 存 中 ， 所 以 程序 不 能 停止 ， 否 则 流程 就 运行 不 下 去 了 。 

另外 ， 为 了 演示 的 简洁 性 ， 这 里 做 了 相应 的 简化 ， 比 如 没有 去 根据 申请 人 选择 相应 
的 项 目 经 理 和 部 门 经 理 ， 也 没有 去 考虑 如 果 申 请 人 就 是 项 目 经 理 或 者 部 门 经 理 怎么 办 。 
只 是 为 了 让 大 家 看 明白 状态 模式 在 其 中 的 应 用 ， 主 要 是 为 了 体现 状态 模式 而 不 是 业务 。 
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18. 人 5 状态 模式 的 优 缺 点 


状态 模式 有 以 下 优点 。 

m ”简化 应 用 逻辑 控制 
状态 模式 使 用 单独 的 类 来 封装 一 个 状态 的 处 理 。 如 果 把 一 个 大 的 程序 控制 分 成 
很 多 小 块 ， 每 块 定义 一 个 状态 来 代表 ， 那 么 就 可 以 把 这 些 逻 辑 控制 的 代码 分 散 
到 很 多 单独 的 状态 类 中 去 , 这 样 就 把 着 眼 点 从 执行 状态 提高 到 整个 对 象 的 状态 ， 
使 得 代码 结构 化 和 意图 更 清晰 ， 从 而 简化 应 用 的 逻辑 控制 。 
对 于 依赖 于 状态 的 felse， 理 论 上 来 讲 ， 也 可 以 改变 成 应 用 状态 模式 来 实现 ， 
把 每 个 让 或 else 块 定义 一 个 状态 来 代表 ， 那 么 就 可 以 把 块 内 的 功能 代码 移动 到 
状态 处 理 类 中 ， 从 而 减少 if-else， 避 人 免 出 现 巨 大 的 条 件 语句 。 

sm ”更 好 地 分 离 状 态 和 行为 
状态 模式 通过 设置 所 有 状态 类 的 公共 接口 ， 把 状态 和 状态 对 应 的 行为 分 离开 ， 
把 所 有 与 一 个 特定 的 状态 相关 的 行为 都 放 入 一 个 对 象 中 ， 使 得 应 用 程序 在 控制 
的 时 候 ， 只 需要 关心 状态 的 切换 ， 而 不 用 关心 这 个 状态 对 应 的 真正 处 理 。 

m ”更 好 的 扩展 性 
引入 了 状态 处 理 的 公共 接口 后 ， 使 得 扩展 新 的 状态 变 得 非常 容易 ， 只 需要 新 增 
加 一 个 实现 状态 处 理 的 公共 接口 的 实现 类 ， 然 后 在 进行 状态 维护 的 地 方 ， 设 置 
状态 变化 到 这 个 新 的 状态 即 可 。 

a ” 显 式 化 进行 状态 转换 
状态 模式 为 不 同 的 状态 引入 独立 的 对 象 ， 使 得 状态 的 转换 变 得 更 加 明确 。 而 且 
状态 对 象 可 以 保证 上 下 文 不 会 发 生 内 部 状态 不 一 致 的 情况 ， 因 为 上 下 文中 只 有 
一 个 变量 来 记录 状态 对 象 ， 只 要 为 这 一 个 变量 赋值 就 可 以 了 。 

状态 模式 也 有 一 个 很 明显 的 缺点 ， 一 个 状态 对 应 一 个 状态 处 理 类 ， 会 使 得 程序 引入 

太 多 的 状态 类 ， 这 样 程序 变 得 杂乱 


18. 3.6 思考 状态 模式 


1. 状态 模式 的 本 质 





仔细 分 析 状态 模式 的 结构 ， 如 果 没 有 上 下 文 ， 那 么 就 退化 回 到 只 有 接口 和 实现 了 ， 
正 是 通过 接口 ， 把 状态 和 状态 对 应 的 行为 分 开 ， 才 使 得 通过 状态 模式 设计 的 程序 易于 扩 
展 和 维护 。 

而 上 下 文 主要 负责 的 是 公共 的 状态 驱动 ， 每 当 状态 发 生 改变 的 时 候 ， 通 常 都 是 回调 
上 下 文 来 执行 状态 对 应 的 功能 。 当 然 ， 上 下 文 自身 也 可 以 维护 状态 的 变化 ， 另 外 ， 上 下 
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贸 
页 文通 常 还 会 作为 多 个 状态 处 理 类 之 间 的 数据 载体 ， 在 多 个 状态 处 理 类 之 间 传 递 数据 。 

2. 何 时 选用 状态 模式 

建议 在 以 下 情况 中 选用 状态 模式 。 

ms ”如 果 一 个 对 象 的 行为 取决 于 它 的 状态 ， 而 且 它 必须 在 运行 时 刻 根据 状态 来 改变 它 
的 行为 ， 可 以 使 用 状态 模式 ， 来 把 状态 和 行为 分 离开 。 虽 然 分 离开 了 ， 但 状态 和 
行为 是 有 对 应 关系 的 ， 可 以 在 运行 期 间 ， 通 过 改变 状态 ， 就 能 够 调用 到 该 状态 对 
应 的 状态 处 理 对 象 上 去 ， 从 而 改变 对 象 的 行为 。 

sa 如 果 一 个 操作 中 含有 庞大 的 多 分 支 语句 ， 而 且 这 些 分 支 依赖 于 该 对 象 的 状态 ， 可 
以 使 用 状态 模式 ， 把 各 个 分 支 的 处 理 分 散 包装 到 单独 的 对 象 处 理 类 中 ， 这 样 ， 这 
些 分 支 对 应 的 对 象 就 可 以 不 依赖 于 其 他 对 象 而 独立 变化 了 。 


18. 3.7 相关 模式 





= ”状态 模式 和 策略 模式 
这 是 两 个 结构 相同 ， 功 能 各 异 的 模式 ， 具 体 的 在 策略 模式 里 面 讲 过 了 ， 这 里 就 不 
再 著述 。 

= ”状态 模式 和 观察 者 模式 
这 两 个 模式 乍 一 看 ， 功 能 是 很 相似 的 ， 但 是 又 有 区 别 ， 可 以 组 合 使 用 。 
这 两 个 模式 都 是 在 状态 发 生 改变 的 时 候 触 发 行为 ， 只 不 过 观察 者 模式 的 行为 是 固 
定 的 ， 那 就 是 通知 所 有 的 观察 者 ， 而 状态 模式 是 根据 状态 来 选择 不 同 的 处 理 。 
从 表面 来 看 ， 两 个 模式 功能 相似 ， 观 察 者 模式 中 的 被 观察 对 象 就 好 比 状态 模式 中 
的 上 下 文 ， 观 察 者 模式 中 当 被 观察 对 象 的 状态 发 生 改 变 的 时 候 ， 触 发 的 通知 所 有 
观察 者 的 方法 就 好 比 是 状态 模式 中 ， 根 据 状 态 的 变化 选择 对 应 的 状态 处 理 。 
但 实际 这 两 个 模式 是 不 同 的 ， 观 察 者 模式 的 目的 是 在 被 观察 者 的 状态 发 生 改变 的 
时 候 ， 触 发 观察 者 联动 ， 具 体 如 何 处 理 观 察 者 模式 不 管 ， 而 状态 模式 的 主要 目的 
在 于 根据 状态 来 分 离 和 选择 行为 ， 当 状态 发 生 改变 的 时 候 ， 动 态 地 改变 行为 。 
这 两 个 模式 是 可 以 组 合 使 用 的 ， 比 如 在 观察 者 模式 的 观察 者 部 分 ， 当 被 观察 对 象 
的 状态 发 生 了 改变 ， 和 触发 通知 了 所 有 的 观察 者 以 后 ， 观 察 者 该 怎么 处 理 呢 ? 这 个 
时 候 就 可 以 使 用 状态 模式 ， 根 据 通知 过 来 的 状态 选择 相应 的 处 理 。 

s 状态 模式 和 单 例 模式 
这 两 个 模式 可 以 组 合 使 用 ， 可 以 把 状态 模式 中 的 状态 处 理 类 实现 成 单 例 。 
状态 模式 和 享 元 模式 
这 两 个 模式 可 以 组 合 使 用 。 

” 由 于 状态 模式 把 状态 对 应 的 行为 分 散 到 多 个 状态 对 象 中 ， 会 造成 很 多 细 粒 度 的 状 

态 对 象 ， 可 以 把 这 些 状态 处 理 对 象 通过 享 元 模式 来 共享 ， 从 而 节省 资源 。 
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19.1 场景 问题 


19. 1.1 开发 仿真 系统 


考虑 这 样 一 个 仿真 应 用 ， 功 能 是 ， 模 拟 运 行 针对 某 个 具体 问题 的 多 个 解决 方案 ， 记 
录 运 行 过 程 的 各 种 数据 ， 在 模拟 运行 完成 以 后 ， 方 便 对 这 多 个 解决 方案 进行 比较 和 评价 ， 
从 而 选 定 最 优 的 解决 方案 。 

这 种 仿真 系统 ， 在 很 多 领域 都 有 应 用 ， 比 如 工作 流 系 统 ， 对 同一 问题 制定 多 个 流程 ， 
然后 通过 仿真 运行 ， 最 后 来 确定 最 优 的 流程 作为 解决 方案 ;在 工业 设计 和 制造 领域 ， 仿 
真 系统 的 应 用 就 更 广泛 了 。 

由 于 都 是 解决 同一 个 具体 的 问题 ， 这 多 个 解决 方案 并 不 是 完全 不 一 样 的 ， 假 定 它们 
的 前 半 部 分 运行 是 完全 一 样 的 ， 只 是 在 后 半 部 分 采用 了 不 同 的 解决 方案 ， 后 半 部 分 需要 
使 用 前 半 部 分 运行 所 产生 的 数据 。 

由 于 要 模拟 运行 多 个 解决 方案 ， 而 且 最 后 要 根据 运行 结果 来 进行 评价 ， 这 就 意味 着 
每 个 方案 的 后 半 部 分 的 初始 数据 应 该 是 一 样 的 。 也 就 是 说 在 运行 每 个 方案 后 半 部 分 之 前 ， 
要 保证 数据 都 是 由 前 半 部 分 运行 所 产生 的 数据 。 当 然 ， 这 里 并 不 具体 地 去 深入 到 底 有 哪 
些 解决 方案 ， 也 不 去 深入 到 底 有 哪些 状态 数据 ， 只 是 示意 一 下 。 

那么 ， 这 样 的 系统 该 如 何 实现 呢 ? 尤其 是 每 个 方案 运行 需要 的 初始 数据 应 该 一 样 ， 
要 如 何 来 保证 呢 ? 


19. 1.2 不 用 模式 的 解决 方案 


要 保证 初始 数据 的 一 致 ， 实 现 思 路 也 很 简单 : 

(1) 首先 模拟 运行 流程 第 一 个 阶段 ， 得 到 后 阶段 各 个 方案 运行 需要 的 数据 ， 并 把 数 
据 保存 下 来 ， 以 备 后 用 。 

(2) 每 次 在 模拟 运行 某 一 个 方案 之 前 , 用 保存 的 数据 去 重新 设置 模拟 运行 流程 的 对 
象 ， 这 样 运行 后 面 不 同 的 方案 时 ， 对 于 这 些 方案 ， 初 始 数据 就 是 一 样 的 了 。 

(1) 根据 上 面 的 思路 ， 写 出 仿真 运行 的 示意 代码 。 示 例 代 码 如 下 : 


/太太 
* 模拟 运行 流程 A， 只 是 一 个 示意 ， 代 指 某 个 具体 流程 
ep 
public class FlowAMock { 

/** 

* 流程 名 称 ， 不 需要 外 部 存储 的 状态 数据 

a 

private String flowName; 

/** 


* 示意 ， 代 指 某 个 中 间 结 果 ， 需 要 外 部 存储 的 状态 数据 
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this.tempState += "Schemal" 7 


System.out.Println(this.tempState 


+ DOow run "+tempResult) 
this.tempResult += 11; 
} 
Va : 
* 示意 ， 按 照 方案 二 来 运行 流程 后 半 部 分 
A 





public void schema2(){ 
// 示 意 ， 需 要 使 用 第 一 个 阶段 产生 的 数据 
this.tempState += ",Schema2"; 
System.out.println (this.tempState 


+ "NAow Un "ttempResult); 


this.tempResult += 22; 


} 

(2) 看 看 如 何 使 用 这 个 模拟 流程 的 对 象 ， 写 个 客户 端 来 测试 一 下 。 示 例 代码 如 下 : 

publreorelass Client 

Buplie static "void main(Stringl] argea)} { 

// 创建 模拟 运行 流程 的 对 和 象 
FlowAMock mock = new FlowAMock ("TestFlow"); 
// 运 行 流程 的 第 一 个 阶段 
mock.zunPhaseone () 


// 得 到 第 一 个 阶段 运行 所 产生 的 数据 ， 后 面 要 用 
int tempResult = mock.getTempResult (); 
String tempState = mock.getTempState(); 


// 按 照 方案 一 来 运行 流程 后 半 部 分 


mock.schemal () ， 


// 把 第 一 个 阶段 运行 所 产生 的 数据 重新 设置 回去 
mock.setTempResult (tempResult); 
mock.setTempState (上 tempPpState) ， 


// 按 照 方案 二 来 运行 流程 后 半 部 分 


mock .schema2 () 
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PhaseOne,Schemal : now run 3 


PhaseOne,Schema2 : now run 3 
仔细 看 上 面 结果 中 框 住 的 部 分 ， 是 一 样 的 值 ， 这 说 明 ， 运 行 时 它们 的 初始 数据 是 一 
样 的 ， 基 本 满足 了 功能 要 求 。 


19. 1.3 有 何 问题 


看 起 来 实现 很 简单 ， 是 吧 ， 想 一 想 有 没有 什么 问题 呢 ? 

上 面 的 实现 有 一 个 不 太 理想 的 地 方 ， 那 就 是 数据 是 一 个 一 个 零散 着 在 外 部 存放 的 ， 
如 果 需 要 外 部 存放 的 数据 多 了 ， 会 显得 很 杂乱 。 这 个 容易 解决 ， 只 需要 定义 一 个 数据 对 
象 来 封装 这 些 需 要 外 部 存放 的 数据 就 可 以 了 。 上 面 那 样 做 是 有 意 的 ， 好 提醒 大 家 这 个 问 
题 。 这 个 就 不 再 示例 了 。 

还 有 一 个 严重 的 问题 ， 那 就 是 ， 为 了 把 运行 期 间 的 数据 放 到 外 部 存储 起 来 ， 模 拟 流 
程 的 对 象 被 迫 把 内 部 数据 结构 开放 出 来 ， 这 暴露 了 对 象 的 实现 细节 ， 而 且 也 破坏 了 对 象 
的 封装 性 。 本 来 这 些 数 据 只 是 模拟 流程 的 对 象 内 部 数据 ， 应 该 是 不 对 外 的 。 


那么 究竟 如 何 实现 这 样 的 功能 会 比较 好 呢 ? 
19.2 解决 方案 
19.2.1 使 用 备忘录 模式 来 解决 问题 


来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 备忘录 模式 。 那 么 什么 是 备 态 录 模 式 昵 ? 
1. 备忘录 模式 的 定义 


在 不 破坏 封装 性 的 前 提 下 ， 捕 获 一 个 对 象 的 内 部 状态 ， 并 在 该 对 象 之 外 保存 这 


个 状态 。 这 样 以 后 就 可 将 该 对 象 恢复 到 原先 保存 的 状态 。 





一 个 备 访 录 是 一 个 对 象 ， 它 存储 男 一 个 对 象 在 某 个 瞬间 的 内 部 状态 ， 后 者 被 称 为 备 
访 录 的 原 发 占 。 

2.， 应 用 备忘录 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 示例 功能 ， 需 要 在 运行 期 间 捕获 模拟 流程 运行 对 象 的 内 部 状态 。 这 
些 需 要 捕获 的 内 部 状态 就 是 它 运行 第 一 个 阶段 产生 的 内 部 数据 ， 并 且 在 该 对 象 之 外 来 保 
存 这 些 状态 ， 因 为 在 后 面 它 有 不 同 的 运行 方案 。 但 是 这 些 不 同 的 运行 方案 需要 的 初始 数 
据 是 一 样 的 ， 都 是 流程 在 第 一 个 阶段 运行 所 产生 的 数据 ， 这 就 要 求 运行 每 个 方案 后 半 部 
分 前 ， 要 把 该 对 象 的 状态 恢复 到 第 一 个 阶段 运行 结束 时 的 状态 。 
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在 这 个 示例 中 出 现 的 、 需 要 解决 的 问题 就 是 ， 如 何 能 够 在 不 破坏 对 象 的 封装 性 的 前 
提 下 ， 来 保存 和 恢复 对 象 的 状态 。 

看 起 来 跟 备忘录 模式 要 解决 的 问题 是 如 此 的 贴切 ， 备 忘 录 模 式 简 直 像 是 专 为 这 个 应 
用 打造 的 一 样 。 那 么 使 用 备忘录 模式 如 何 来 解决 这 个 问题 呢 ? 

备忘录 模式 引入 一 个 存储 状态 的 备忘录 对 象 ， 为 了 让 外 部 无 法 访问 这 个 对 象 的 值 ， 
一 般 把 这 个 对 象 实现 成 为 需要 保存 数据 的 对 象 的 内 部 类 ， 通 常 还 是 私有 的 。 这 样 一 来 ， 
除了 这 个 需要 保存 数据 的 对 象 ， 外 部 无 法 访问 到 这 个 备忘录 对 象 的 数据 ， 这 就 保证 了 对 
象 的 封装 性 不 被 破坏 。 

但 是 这 个 备忘录 对 象 需要 存储 在 外 部 。 为 了 避免 让 外 部 访问 到 这 个 对 象 内 部 的 数据 ， 
备忘录 模式 引入 了 一 个 备忘录 对 象 的 窜 接 口 ， 这 个 接口 一 般 是 空 的 ， 什 么 方法 都 没有 ， 
这 样 外 部 存储 的 地 方 ， 只 是 知道 存储 了 一 些 备 忘 录 接 口 的 对 象 ， 但 是 由 于 接口 是 空 的 ， 
它们 无 法 通过 接口 去 访问 备忘录 对 象 内 部 的 数据 。 


19. 2. 2 忘 录 模 式 的 结构 和 说 明 


备忘录 模式 的 结构 如 图 19.1 所 示 。 


LO originator 
入 -state':Strine="" 


全 +createNemento () :Nemento 
加 +setMNemento (memento:Memento):woid 


Lo-MNementoImpl 











Winterface”» 
Cb wemento 










tretriveNemento () :Memento 
图 19.1 备忘录 模式 的 结构 示意 图 

m ”Memento: 备忘录 。 主 要 用 来 存储 原 发 器 对 象 的 内 部 状态 , 但 是 具体 需要 存储 哪些 
数据 是 由 原 发 器 对 象 来 决定 的 。 另 外 备忘录 应 该 只 能 由 原 发 器 对 象 来 访问 它 内 部 
的 数据 ， 原 发 器 外 部 的 对 象 不 应 该 访问 到 备忘录 对 象 的 内 部 数据 。 

m ”Originator: 原 发 器 。 使 用 备忘录 来 保存 某 个 时 刻 原 发 器 自身 的 状态 ， 也 可 以 使 用 
备忘录 来 恢复 内 部 状态 。 

sm ”Caretaker: 备忘录 管理 者 ， 或 者 称 为 备忘录 负责 人 。 主 要 负责 保存 备 示 录 对 象 ， 但 
是 不 能 对 备忘录 对 象 的 内 容 进 行 操作 或 检查 。 
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19.2.3 备忘录 模式 示例 代码 


(1) 先 看 看 备忘录 对 象 的 窗 接 口 ， 就 是 那个 Memento 接口 ， 这 个 实现 最 简单 ， 是 
个 空 的 接口 ， 没 有 任何 方法 定义 。 示 例 代码 如 下 : 


(2) 再 看 看 原 发 器 对 象 ， 它 里 面 会 有 备忘录 对 象 的 实现 ， 因 为 真正 的 备忘录 对 象 当 
类 来 实现 了 。 示 例 代码 如 下 : 


名 :发 因 

















(3) 接 下 来 看 看 备 态 录 管 理 者 对 象 。 示 例 代 码 如 下 : 





第 19 章 ”备忘录 模式 Menento) 用 
19. 2.4 使 用 备忘录 模式 重 写 示 例 


学 习 了 备 起 录 模 式 的 基本 知识 以 后 ， 尝 试 一 下 使 用 备忘录 模式 把 前 面 的 示例 重 写 ， 
来 看 看 如 何 使 用 备忘录 模式 。 


(1) 首先 ， 那 个 模拟 流程 运行 的 对 象 就 相当 于 备忘录 模式 中 的 原 发 器 ; 

(2) 而 它 要 保存 的 数据 ， 原 来 是 零散 的 ， 现 在 做 一 个 备忘录 对 象 来 存储 这 些 数据 ， 
并 且 把 这 个 备 访 录 对 象 实现 成 为 内 部 类 ; 

(3) 当然 为 了 保存 这 个 备 态 录 对 象 ， 还 是 需要 提供 管理 者 对 象 的 ; 


(4) 为 了 和 管理 者 对 象 交互 ， 管 理 者 需要 知道 保存 对 象 的 类 型 ， 那 就 提供 一 个 备 忘 
录 对 象 的 罕 接 口 来 供 管理 者 使 用 ， 相 当 于 标识 了 类 型 。 


此 时 程序 的 结构 如 图 19.2 所 示 。 






LO FlorhNenentoCareTaker 


-flowNane:String 
-tempResult: int 
-~tempState:String 





-memento:FlowANocklemento=null 


8 








+saveliemento (memento:FlowAMoclkilemento) :void 
+retrive 人 emento () :FlowAllocklemento 
Gcreate» 


+runPhaseOne () :void 

+schemal () :woi 

+schema2 () :void 

t+createllemento () :FlowAMocllemento 
+setMemento (memento:FlowAMockMemento) :void 


和 (flowName:Strine) 






tinterface’y 
加 FlvorAlociiesento 





图 19.2 使 用 备忘录 模式 重 写 示例 的 结构 示意 图 
(1) 先 来 看 看 备忘录 对 象 的 窜 接 口 。 示 例 代码 如 下 : 
/** 
* 模拟 运行 流程 A 的 对 象 的 备忘录 接口 ， 是 个 罕 接 口 
人 
Public interface FlowAMockMemento { 
// 空 的 
} 
(2) 再 来 看 看 新 的 模拟 运行 流程 A 的 对 象 ， 相 当 于 原 发 器 对 和 象 了 ， 它 的 变化 比较 
多 ， 大 致 有 如 下 变化 。 
m 这 个 对 象 原来 暴露 出 去 的 内 部 状态 ， 不 用 再 暴露 出 去 了 ， 也 就 是 内 部 状态 不 用 再 
对 外 提供 getter/setter 方法 了 。 
m ”在 这 个 对 象 中 提供 一 个 私有 的 备忘录 对 象 ， 里 面 封装 想 要 保存 的 内 部 状态 ， 同 时 
让 这 个 备忘录 对 象 实现 备忘录 对 象 的 窜 接 口 。 
sm ”在 这 个 对 象 中 提供 创建 备忘录 对 象 和 根据 备忘录 对 象 恢复 内 部 状态 的 方法 。 
具体 的 示例 代码 如 下 : 
/x 


* 模拟 运行 流程 A， 只 是 一 个 示意 ， 代 指 某 个 具体 流程 
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a 
public class FlowAMock { 





/ 关 关 

* 流程 名 称 ， 不 需要 外 部 存储 的 状态 数据 

ph 

private String flowName; 

/ 

* 示意 ， 代 指 某 个 中 间 结 果 ， 需 要 外 部 存储 的 状态 数据 
th 

private int tempResult; 

/** 

* 示意 ， 代 指 某 个 中 间 结 果 ， 需 要 外 部 存储 的 状态 数据 
Mh 
private String tempState; 

/炎炎 


* 构造 方法 ， 传 入 流程 名 称 

* @param flowName 流程 名 称 

wf 

public FlowAMock (String flowName){ 


this.flowName = flowName; 


/大 大 

* 示意 ， 运 行 流程 的 第 一 个 阶段 

区 

public void runPhaseone () { 
// 在 这 个 阶段 ， 可 能 产生 了 中 间 结 果 ， 示 意 一 下 
tempResult = 3; 


tempState = "PhaseOne"; 
} 
/** 
* 示意 ， 按 照 方案 一 来 运行 流程 后 半 部 分 
wf 


public void schemal(){ 
// 示 意 ， 需 要 使 用 第 一 个 阶段 产生 的 数据 
this.tempState += ",Schemal"; 
System.out.printin(this.tempState 
+ " : now run "+tempResult); 


this.tempResult += 117” 


/** 
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* 示意 ， 按 照 方案 二 来 运行 流程 后 半 部 分 
we 
public void schema2(){ 
// 示 意 ， 需 要 使 用 第 一 个 阶段 产生 的 数据 
this.tempState += ",Schema2"; 
System.out.printlin(this.tempState 
+ " : now run "+tempResult); 
this.tempResult += 22; 
} 
/大 大 
* 创建 保存 原 发 器 对 象 状 态 的 备忘录 对 和 象 
* @return 创建 好 的 备忘录 对 象 
wy 
public FlowAMockMemento createMemento () { 
return new MementoImpl (this.tempResult,this.tempState); 
} 
/** 
* 重新 设置 原 发 器 对 象 的 状态 ， 让 其 回 到 备忘录 对 象 记录 的 状态 
* @param memento 记录 有 原 发 器 状态 的 备忘录 对 象 
A 
public void setMemento (FlowAMockMemento memento) { 
MementoImpl mementoImpl = (MementoImpl)memento; 
this.tempResult = mementoImpl .getTempResult (); 
this.tempState = mementoImpl .getTempState(); 
} 
/** 
* 真正 的 备忘录 对 象 ， 实 现 备 忘 录 罕 接口 
* 实现 成 私有 的 内 部 类 ， 不 让 外 部 访问 


SA 
private static class MementoImpl implements FlowAMockMemento!{ 
/** 
* 示意 ， 保 存 某 个 中 间 结 果 
wf 
private int tempResult; 
/炎炎 
* 示意 ， 保 存 某 个 中 间 结 果 
为 大 


private String tempState; 
public MementoImpl (int tempResult,SsString tempState)t{ 
this.tempResult = tempResult; 
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this.tempState = tempState; 
} 
public int getTempResult() { 
return tempResult; 
} 
Public String getTempState() { 


return tempsState; 





} 
(3) 接 下 来 要 来 实现 提供 保存 备忘录 对 象 的 管理 者 了 。 示 例 代 码 如 下 : 


/** 
* 负责 保存 模拟 运行 流程 A 的 对 和 象 的 备忘录 对 和 象 
*/ 有 
public class FlowAMementoCareTaker { 
/六 大 
* 记录 被 保存 的 备忘录 对 和 象 
二 
private FlowAMockMemento memento = null; 
/** 


* 保存 备忘录 对 象 

* @param memento 被 保存 的 备忘录 对 象 

ef 

public void saveMemento (FlowAMockMemento memento) { 
this.memento = memento; 

} 

/** 

* 获取 被 保存 的 备忘录 对 象 

* @return 被 保存 的 备忘录 对 象 

A 

public FlowAMockMemento retriveMemento(){ 


return this.memento; 


} 
(4) 最 后 来 看 看 ， 如 何 使 用 上 面 按照 备忘录 模式 实现 的 这 些 对 象 呢 ?” 写 个 新 的 客户 
端 来 测试 一 下 。 示 例 代码 如 下 : 
public class Client { 


public static void main(String[] args) { 


// 创建 模拟 运行 流程 的 对 象 
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运行 结果 和 前 面 的 示例 是 一 样 的 。 结 果 如 下 : 





好 好 体会 一 下 上 面 的 示例 ， 由 于 备忘录 对 象 是 一 个 私有 的 内 部 类 ， 外 面 只 能 通过 备 
忘 录 对 象 的 窄 接口 来 获取 备忘录 对 象 ， 而 这 个 接口 没有 任何 方法 ， 仅 仅 起 到 了 一 个 标识 
对 象 类 型 的 作用 ， 从 而 保证 内 部 的 数据 不 会 被 外 部 获取 或 是 操作 ， 保 证 了 原 发 器 对 象 的 
封装 性 ， 也 就 不 再 暴露 原 发 器 对 象 的 内 部 结构 了 。 


19.3 模式 讲解 
19. 3. 1 认识 备忘录 模式 


1. 备忘录 模式 的 功能 


备忘录 模式 的 功能 ， 首 先是 在 不 破坏 封装 性 的 前 担 下， 捕获 一 个 对 象 的 内 部 状态 。 
这 里 要 注意 两 点 ， 一 个 是 不 破坏 封装 性 ， 也 就 是 对 象 不 能 暴露 它 不 应 该 暴露 的 细节 ; 另 
外 一 个 是 捕获 的 是 对 象 的 内 部 状态 ， 而 且 通 常 还 是 运行 期 间 某 个 时 刻 对 象 的 内 部 状态 。 


为 什么 要 捕获 这 个 对 象 的 内 部 状态 呢 ? 捕获 这 个 内 部 状态 有 什么 用 呢 ? 





是 为 了 在 以 后 的 某 个 时 候 ， 将 该 对 象 的 状态 恢复 到 备忘录 所 保存 的 状态 ， 这 才 是 备 
还 录 真正 的 目的 。 前 面 保存 状态 就 是 为 了 后 面 恢复 ， 虽 然 不 是 一 定 要 恢复 ， 但 是 目的 是 
为 了 恢复 。 这 也 是 很 多 人 理解 备忘录 模式 的 时 候 ， 忽 视 掉 的 地 方 ， 他 们 太 关 注 备 忘 ， 而 
忽视 了 恢复 ， 这 是 不 全 面 的 理解 。 

捕获 的 状态 存放 在 哪里 呢 ? 


备忘录 模式 中 ， 捕 获 的 内 部 状态 存储 在 备忘录 对 象 中 ;， 而 备忘录 对 象 通常 会 被 存储 
在 原 发 器 对 象 之 外 ， 也 就 是 被 保存 状态 的 对 象 的 外 部 ， 通 常 是 存放 在 管理 者 对 象 那 里 。 
2. 备忘录 对 象 


在 备忘录 模式 中 ， 备 忘 录 对 象 通常 就 是 用 来 记录 原 发 器 需要 保存 的 状态 的 对 象 ， 简 
单 点 的 实现 ， 也 就 是 封装 数据 的 对 象 。 

但 是 备忘录 对 象 和 普通 的 封装 数据 的 对 象 还 是 有 区 别 的 ， 主 要 是 备忘录 对 象 一 般 只 
- 让 原 发 器 对 象 来 操作 ， 而 不 是 像 普通 的 封装 数据 的 对 象 那样 ， 谁 都 可 以 使 用 。 为 了 保证 
这 一 点 ， 通 常会 把 备忘录 对 象 作 为 原 发 器 对 象 的 内 部 类 来 实现 ， 而 且 实 现成 私有 的 ， 这 
就 断绝 了 外 部 来 访问 这 个 备忘录 对 象 的 途径 。 

备忘录 对 象 需要 保存 在 原 发 器 对 象 之 外 ， 为 了 与 外 部 交互 ， 通 常备 忘 录 对 象 都 会 实 
现 一 个 窗 接 口 ， 来 标识 对 象 的 类 型 。 

3. 原 发 器 对 象 


原 发 器 对 象 就 是 需要 被 保存 状态 的 对 象 ， 也 是 有 可 能 需要 恢复 状态 的 对 象 。 原 发 器 
一 般 会 包含 备忘录 对 象 的 实现 。 
通常 原 发 器 对 象 应 该 提供 捕获 某 个 时 刻 对 象 内 部 状态 的 方法 ， 在 这 个 方法 中 ， 原 发 
器 对 象 会 创建 备忘录 对 象 ， 把 需要 保存 的 状态 数据 设置 到 备忘录 对 象 中 ， 然 后 把 备忘录 
对 象 提供 给 管理 者 对 象 来 保存 。 
当然 ， 原 发 器 对 象 也 应 该 提供 这 样 的 方法 : 按照 外 部 要 求 来 恢复 内 部 状态 到 某 个 备 
忘 录 对 象 记录 的 状态 。 
4. 管理 者 对 象 
在 备忘录 模式 中 ， 管 理 者 对 象 主要 是 负责 保存 备忘录 对 象 。 这 里 有 几 点 要 讲 一 下 。 
a ”并 不 一 定 要 特别 的 做 出 一 个 管理 者 对 象 来 。 广 义 地 说 ， 调 用 原 发 器 获得 备忘录 对 
象 后 ， 备 忘 录 对 象 放 在 哪里 ， 哪 个 对 象 就 可 以 算是 管理 者 对 象 。 
m 管理 者 对 象 并 不 是 只 能 管理 一 个 备忘录 对 象 ， 一 个 管理 者 对 象 可 以 管理 很 多 的 备 
忘 录 对 象 。 虽 然 前 面 的 示例 中 是 保存 一 个 备忘录 对 象 ， 但 别 忘 了 那 只 是 个 示意 ， 
并 不 是 只 能 实现 成 那样 。 
a ”狭义 的 管理 者 对 象 是 只 管理 同一 类 的 备忘录 对 象 ， 但 广义 的 管理 者 对 和 象 是 可 以 管 
理 不 同类 型 的 备忘录 对 象 的 。 
= ”管理 者 对 象 需 要 实现 的 基本 功能 主要 是 : 存 入 备忘录 对 象 、 保 存 备 忘 录 对 象 和 获 
取 备 忘 录 对 象 。 如 果 从 功能 上 看 ， 就 是 一 个 缓存 功能 的 实现 ， 或 者 是 一 个 简单 的 
对 象 实例 池 的 实现 。 
a ”管理 者 虽然 能 存 取 备忘录 对 和 象 ， 但 是 不 能 访问 备忘录 对 和 象 内 部 的 数据 。 
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5. 窄 接口 和 宽 接 口 


在 备忘录 模式 中 ， 为 了 控制 对 备忘录 对 象 的 访问 ， 出 现 了 穿 接 口 和 宽 接 口 的 概念 。 

sa ” 窜 接 口 : 管理 者 只 能 看 到 备忘录 的 罕 接 口 ， 穿 接口 的 实现 中 通常 没有 任何 的 方法 ， 
只 是 一 个 类 型 标识 。 穿 接口 使 得 管理 者 只 能 将 备忘录 传递 给 其 他 对 象 。 

a ” 宽 接 口 : 原 发 器 能 够 看 到 一 个 宽 接 口 ， 允 许 它 访问 所 需 的 所 有 数据 ， 来 返回 到 先 
前 的 状态 。 理 想 状 况 是 ， 只 允许 生成 备忘录 的 原 发 器 来 访问 该 备忘录 的 内 部 状态 ， 
通常 实现 成 为 原 发 器 内 的 一 个 私有 内 部 类 。 

在 前 面 的 示例 中 ,定义 了 一 个 名 称 为 FlowAMockMemento 的 接口 ， 里 面 没有 定义 任 
何方 法 ， 然 后 让 备忘录 来 实现 这 个 接口 ， 从 而 标识 备忘录 就 是 这 么 一 个 
FlowAMockMemento 的 类 型 ， 这 个 接口 就 是 罕 接 口 。 

在 前 面 的 实现 中 ， 备 忘 录 对 象 是 实现 在 原 发 器 内 的 一 个 私有 内 部 类 ， 只 有 原 发 器 对 
象 能 访问 它 ， 原 发 器 可 以 访问 到 备忘录 对 和 象 中 所 有 的 内 部 状态 ， 这 就 是 宽 接 口 。 

这 也 算是 备 态 录 模 式 的 标准 实现 方式 ， 那 就 是 窥 接口 没有 任何 的 方法 ， 把 备忘录 对 
象 实 现成 为 原 发 器 对 象 的 私有 内 部 类 。 


那么 能 不 能 在 窗 接 口中 提供 备忘录 对 象 对 外 的 方法 ， 变 相对 外 提供 一 个 “ 宽 ” 
点 的 接口 呢 ? 


通常 情况 是 不 会 这 么 做 的 。 因 为 这 样 一 来 ， 所 有 能 拿 到 这 个 接口 的 对 象 就 可 以 


通过 这 个 接口 来 访问 备忘录 内 部 的 数据 或 是 功能 ,这 违反 了 备忘录 模式 的 初衷 ， 
备忘录 模式 要 求 “ 在 不 破坏 封装 性 的 前 提 下 ”， 如 果 这 么 做 ， 那 就 等 于 是 暴露 
了 内 部 细节 。 因 此 ， 备 忘 录 模 式 在 实现 的 时 候 ， 对 外 多 是 采用 窄 接口 ， 而且 通 
常 不 会 定义 任何 方法 。 





6. 使 用 备忘录 的 潜在 代价 

标准 的 备忘录 模式 的 实现 机 制 是 依靠 缓存 来 实现 的 ， 因 此 ， 当 需要 备 忘 的 数据 量 较 
大 时 ， 或 者 是 存储 的 备忘录 对 象 数 据 量 不 大 但 是 数量 很 多 的 时 候 ， 或 者 是 用 户 很 频繁 地 
创建 备忘录 对 象 的 时 候 ， 这 些 都 会 导致 非常 大 的 开销 。 

因此 在 使 用 备忘录 模式 的 时 候 , 一定 要 好 好 思考 应 用 的 环境 ， 如 果 使 用 的 代价 太 高 ， 
就 不 要 选用 备忘录 模式 ， 可 以 采用 其 他 的 替代 方案 。 

7. 增 量 存储 

如 果 需 要 频繁 地 创建 备忘录 对 象 ， 而 且 创建 和 应 用 备忘录 对 象 来 恢复 状态 的 顺序 是 
可 控 的 ， 那 么 可 以 让 备忘录 进行 增 量 存储 ， 也 就 是 备忘录 可 以 仅仅 存储 原 发 器 内 部 相对 
于 上 一 次 存储 状态 后 的 增 量 改变 。 

比如 ， 在 命令 模式 实现 可 撤销 命令 的 实现 中 ， 就 可 以 使 用 备忘录 来 保存 每 个 命令 对 
应 的 状态 ， 然 后 在 撤销 命令 的 时 候 ， 使 用 备忘录 来 恢复 这 些 状 态 。 由 于 命令 的 历史 列表 
是 按照 命令 操作 的 顺序 来 存放 的 ， 也 是 按照 这 个 历史 列表 来 进行 取消 和 重 做 的 ， 因 此 顺 
序 是 可 控 的 。 那 么 这 种 情况 ， 还 可 以 让 备忘录 对 象 只 存储 一 个 命令 所 产生 的 增 量 改变 而 
不 是 它 所 影响 的 每 一 个 对 象 的 完整 状态 。 
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8. 备 起 录 模式 调 用 顺序 示意 图 

在 使 用 备忘录 模式 的 时 候 , 分 成 了 两 个 阶段 , 第 一 个 阶段 是 创建 备忘录 对 象 的 阶段 ， 
第 二 个 阶段 是 使 用 备忘录 对 象 来 恢复 原 发 器 对 象 状 态 的 阶段 。 它 们 的 调用 顺序 是 不 一 样 
的 ， 下 面 分 别 用 图 来 示意 一 下 。 


先 看 看 创建 备忘录 对 和 象 的 阶段 。 调 用 顺序 如 图 19.3 所 示 。 


关 于 一 


; 创建 原 发 器 对 象 ， 调用 | 
原 发 器 的 业务 处 理 方法 





图 19.3 ”创建 备忘录 对 象 的 调用 顺序 示意 图 
再 看 看 使 用 备忘录 对 和 象 来 恢复 原 发 器 对 象 状态 的 阶段 。 调 用 顺序 如 图 19.4 所 示 。 





19.4 ”使 用 备忘录 对 和 象 来 恢复 原 发 器 对 和 象 状态 的 调用 顺序 示意 图 


19. 3. 2 结合 原型 模式 


在 原 发 器 对 象 创建 备忘录 对 象 的 时 候 ， 如 果 原 发 器 对 象 中 全 部 或 者 大 部 分 的 状态 都 
需要 保存 ， 一 个 简洁 的 方式 就 是 直接 克隆 一 个 原 发 占 对 象 。 也 就 是 说 ， 这 个 时 候 备 访 录 
对 象 中 存放 的 是 一 个 原 发 器 对 象 的 实例 。 

还 是 通过 示例 来 说 明 。 只 需要 修改 原 发 器 对 象 就 可 以 了 ， 大 致 有 如 下 变化 。 

a 原 发 器 对 象 要 实现 可 克隆 的 ， 好 在 这 个 原 发 器 对 象 的 状态 数据 都 很 简单 ， 都 是 基 

本 数据 类 型 ， 所 以 直接 使 用 默认 的 克隆 方法 就 可 以 了 ， 不 用 自己 实现 克隆 ， 更 不 
涉及 深度 克隆 ， 否 则 ， 正 确实 现 深度 克隆 还 是 个 问题 。 

a ”备忘录 对 象 的 实现 要 修改 ， 只 需要 存储 原 发 器 对 象 克隆 出 来 的 实例 对 象 就 可 以 了 。 

a ”相应 的 创建 和 设置 备忘录 对 象 的 地 方 都 要 做 修改 。 

示例 代码 如 下 : 

/** 

* 模拟 运行 流程 A， 只 是 一 个 示意 ， 代 指 某 个 具体 流程 
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return nul1: 
} 
/太太 
* 重新 设置 原 发 器 对 象 的 状态 ， 让 其 回 到 备忘录 对 象 记录 的 状态 
* Q@param memento 记录 有 原 发 器 状态 的 备忘录 对 象 
交 沈 
Public void setMemento (FlowAMockMemento memento) { 
MementoImplPrototype mementoImpl = 





(MementoImplPrototype)memento; 
this.tempResult = mementoImpl .getFlowAMock () .tempResult; 
this.tempState = mementoImpl .getFlowAMock () .tempState; 


/** 
* 真正 的 备 在 录 对 象 ， 实 现 备 忘 录 窄 接口， 实现 成 私有 的 内 部 类 ， 不 让 外 部 访问 
a 
Private static class MementoImplPrototype 
implements FlowAMockMementol{ 
private FlowAMockPrototype flowAMock = null; 


Public MementoImplPrototype (FlowAMockPrototype 工 ) { 
this.flowAMock = f£; 


Public FlowAMockPrototype getFlowAMock() { 


return flowAMock,; 


} 

好 了 ,结合 原型 模式 来 实现 备忘录 模式 的 示例 就 写 好 了 ,在 前 面 的 客户 测试 程序 中 ， 
创建 原 发 器 对 象 的 时 候 ， 使 用 这 个 新 实现 的 原 发 器 对 象 就 可 以 了 。 去 测试 和 体会 一 下 ， 
看 看 是 否 能 正确 地 实现 需要 的 功能 。 


清 不 过 要 注意 一 点 ， 就 是 如 果 克 隆 对 象 非常 复杂 ， 或 者 需要 很 多 层次 的 深度 克隆 ， 


实现 克隆 的 时 候 会 比较 麻烦 。 





19. 3.3 ”离线 存储 


标准 的 备忘录 模式 ， 没 有 讨论 离线 存储 的 实现 。 
事实 上 ， 从 备忘录 模式 的 功能 和 实现 上 ， 是 可 以 把 备 志 录 的 数据 实现 成 为 离线 存储 
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的 ， 也 就 是 不 仅 限于 存储 在 内 存 中 ， 可 以 把 这 些 备 忘 数据 存储 到 文件 中 、XML 中 、 数 据 
库 中 ， 从 而 支持 跨越 会 话 的 备份 和 恢复 功能 。 

离线 存储 甚至 能 帮助 应 对 应 用 崩溃 ， 然 后 关闭 重启 的 情况 。 应 用 重启 后 ， 从 离线 存 
“” 储 中 获取 相应 的 数据 ， 然 后 重新 设置 状态 ， 恢 复 到 崩溃 前 的 状态 。 

当然 ， 并 不 是 所 有 的 备 忘 数据 都 需要 离线 存储 。 一 般 来 讲 ， 需 要 存储 很 长 时 间 ， 或 
者 需要 支持 跨越 会 话 的 备份 和 恢复 功能 , 或 者 是 希望 系统 关闭 后 还 能 被 保存 的 备 忘 数据 ， 
这 些 情况 建议 采用 离线 存储 。 

离线 存储 的 实现 也 很 简单 ， 就 以 前 面 模拟 运行 流程 的 应 用 来 说 ， 如 果 要 实现 离线 存 
储 ， 主 要 需要 修改 管理 者 对 象 ， 把 它 保存 备忘录 对 象 的 方法 实现 成 为 保存 到 文件 中 ， 而 
恢复 备忘录 对 象 实现 成 为 读 取 文 件 就 可 以 了 。 对 于 其 他 的 相关 对 象 ， 主 要 是 要 实现 序列 
化 ， 只 有 可 序列 化 的 对 象 才能 被 存储 到 文件 中 。 

如 果实 现 保存 备忘录 对 象 到 文件 ， 就 不 用 在 内 存 中 保存 了 ， 删 除 用 来 “记录 被 保存 
的 备忘录 对 象 ”的 这 个 属性 。 示 例 代码 如 下 : 
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} 

7/ 

* 获取 被 保存 的 备忘录 对 象 

* Q@return 被 保存 的 备忘录 对 象 

0 

public FlowAMockMemento retriveMemento(){ 
FlowAMockMemento memento = null; 
// 从 文件 中 获取 备忘录 数据 


ObjectIinputStream in = null; 





tryt{ 
in = new ObjectInputStream( 
new BufferedInputStream( 


new FileInputSstream("FlowAMemento") 


); 

memento = (FlowAMockMemento)in.readObject ();，; 
}catch (Exception err)t{ 

err.printStackTrace(); 
}finallyt{ 

try { 

in.close(); 
} catch (IOException e) { 


e.printStackTrace (); 


} 


return memento; 


} 
同时 需要 让 备忘录 对 象 的 窜 接 口 继承 可 序列 化 接口 。 示 例 代码 如 下 : 


/大 类 
* 模拟 运行 流程 A 的 对 象 的 备忘录 接口 ， 是 个 罕 接 口 
eh 


public interface FlowAMockMemento extends Serializable { 
} 

还 有 FlowAMock 对 象 ， 也 需要 实现 可 序列 化 。 示 例 代 码 如 下 : 

/ 

* 模拟 运行 流程 A， 只 是 一 个 示意 ， 代 指 某 个 具体 流程 

发 
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public class FlowAMock implements Serializable { 
// 中 间 的 实现 省 略 了 
上 
好 了 ， 保 存 到 文件 的 存储 就 实现 好 了 。 在 前 面 的 客户 测试 程序 中 ， 创 建 管 理 者 对 象 
的 时 候 ， 使 用 这 个 新 实现 的 管理 者 对 象 就 可 以 了 。 去 测试 和 体会 一 下 。 


19. 3. 4 再次 实现 可 撤销 操作 


在 命令 模式 中 ， 讲 到 了 可 撤销 的 操作 ， 在 那里 讲 到 : 有 两 种 基本 的 思路 来 实现 可 撤 
销 的 操作 ， 一 种 是 补偿 式 或 者 反 操 作 式 ， 比 如 被 撤销 的 操作 是 加 的 功能 ， 那 撤销 的 实现 
就 变 成 减 的 功能 ; 同 理 被 撤销 的 操作 是 打开 的 功能 ， 那 么 撤销 的 实现 就 变 成 关闭 的 功能 。 

另外 一 种 方式 是 存储 恢复 式 ， 意 思 就 是 把 操作 前 的 状态 记录 下 来 ， 然 后 要 撤销 操作 
的 时 候 就 直接 恢复 回去 就 可 以 了 。 

这 里 就 来 实现 第 二 种 方式 存储 恢复 式 。 为 了 让 大 家 更 好 地 理解 可 撤销 操作 的 功能 ， 
还 是 用 原来 的 那个 例子 ， 对 比 学 习 会 比较 清楚 。 

这 也 相当 于 是 命令 模式 和 备忘录 模式 结合 的 一 个 例子 ， 而 且 由 于 命令 列表 的 存在 ， 
对 应 保存 的 备忘录 对 象 也 有 多 个 。 

1. 范例 需求 

考虑 一 个 计算 器 的 功能 ， 最 简单 的 那 种 ， 只 能 实现 加 减法 和 运算， 现在 要 让 这 个 计算 
器 支持 可 撤销 的 操作 。 

2. 存储 恢复 式 的 解决 方案 

存储 恢复 式 的 实现 ， 可 以 使 用 备忘录 模式 ， 大 致 实现 的 思路 如 下 。 

mn ”把 原来 的 运算 类 ,就 是 Operation 类 ， 当 作 原 发 器 ， 原 来 的 内 部 状态 result， 就 只 提 

供 一 个 getter 方法 ， 来 让 外 部 获取 运算 的 结果 。 

s ”在 这 个 原 发 器 中 ， 实 现 一 个 私有 的 备忘录 对 象 。 

@ ”把 原来 的 计算 器 类 ， 就 是 Calculator 类 ， 当 作 管理 者 ， 把 命令 对 应 的 备忘录 对 和 象 保 

存在 这 里 。 当 需要 撤销 操作 的 时 候 ， 就 把 相应 的 备忘录 对 和 象 设置 回 到 原 发 器 中 ， 

一 起 来 看 看 具体 的 实现 ， 会 更 清楚 。 

(1) 定义 备忘录 对 象 的 窜 接 口 。 示 例 代 码 如 下 : 

publie, Interface Memente 六 

/7 空 的 

} 

(2) 定义 命令 的 接口 。 有 以 下 几 点 修改 。 

m 修改 原来 的 undo 方法 ， 传 入 备忘录 对 象 。 

@ ”添加 一 个 redo 方法 ， 传 入 备忘录 对 象 。 

m ”添加 一 个 createMemento 的 方法 ， 获 取 需 要 被 保存 的 备忘录 对 象 。 
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示例 代码 如 下 : 

/** 

* 定义 一 个 命令 的 接口 

| 

public interface Command { 
/大 大 
* 执行 命令 
关内 


public void execute () 7; 





/** 
* 撤销 命令 ， 恢 复 到 备忘录 对 象 记录 的 状态 
* @param m 备忘录 对 象 
;aa 
Public void undo (Memento m); 
/** 
* 重 做 命令 ， 恢 复 到 备忘录 对 象 记录 的 状态 
* Q@param m 备忘录 对 象 
pk 
public void redo (Memento m); 
/六 
* 创建 保存 原 发 器 对 象 状 态 的 备忘录 对 象 
* Q@return 创建 好 的 备 坊 录 对 象 
全 人 
public Memento createMemento (); 
} 
(3) 再 来 定义 操作 运算 的 接口 ， 相 当 于 计算 器 类 这 个 原 发 器 对 外 提供 的 接口 ， 它 需 
要 做 如 下 的 调整 。 
m ”删除 原 有 的 setResult 方法 ， 内 部 状态 ， 不 允许 外 部 操作 。 
a ”添加 一 个 createMemento 的 方法 ， 获 取 需 要 保存 的 备忘录 对 象 。 
m ”添加 一 个 setMemento 的 方法 ， 来 重新 设置 原 发 器 对 象 的 状态 。 
示例 代码 如 下 : 
/** 
* 操作 运算 的 接口 
wh 
public interface OperationApi { 
/** 
* 获取 计算 完成 后 的 结果 
* Qreturn 计算 完成 后 的 结果 
ed 
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(4) 由 于 现在 撤销 和 恢复 操作 是 通过 使 用 备忘录 对 象 ， 直 接 来 恢复 原 发 器 的 状态 ， 
因此 不 再 需要 按照 操作 类 型 来 区 分 了 ， 对 于 所 有 的 命令 实现 ， 它 们 的 撤销 和 重 做 都 是 一 
样 的 。 原 来 的 实现 是 要 区 分 的 ， 如 果 是 撤销 加 的 操作 ， 那 就 是 减 ， 而 撤销 减 的 操作 ， 那 
就 是 加 。 现 在 就 不 再 区 分 了 ， 统 一 使 用 备忘录 对 象 来 恢复 。 

因此 ， 实 现 一 个 所 有 命令 的 公共 对 象 ， 在 其 中 把 公共 功能 都 实现 了 ， 这 样 每 个 命令 
在 实现 的 时 候 就 简单 了 。 顺 便 把 设置 持 有 者 的 公共 实现 也 放 到 这 个 公共 对 象 中 来 ， 这 样 
各 个 命令 对 象 就 不 用 再 实现 这 个 方法 了 。 示 例 代 码 如 下 : 





演 沈 
Protected OperationApi operation = null; 
Public void setOperation (OperationApi operation) { 
this.operation = operation; 
} 
Public Memento createMemento() { 


return this.operation.createMemento(); 
} 


Public void redo (Memento m) { 





this.operation.setMemento (m); 
} 
Public void undo(Memento m) { 


this.operation.setMemento (m) : 


} 
(5) 有 了 公共 的 命令 实现 对 象 ， 各 个 具体 命令 的 实现 就 简单 了 。 实 现 加 法 命令 的 对 
象 实现 , 不 再 直接 实现 Command 接口 了 ,而 是 继承 命令 的 公共 对 象 ， 这 样 只 需要 实现 和 
自己 命令 相关 的 业务 方法 就 可 以 了 。 示 例 代码 如 下 : 
public class AddCommand extends AbstractCommand{ 
private int opeNum; 
Public AddCommand (int opeNum) { 
this.opeNum = opeNum; 
} 
public void execute() { 


this.operation.add (opeNum); 


} 
看 看 减法 命令 的 实现 ， 跟 加 法 命令 的 实现 差不多 。 示 例 代 码 如 下 : 
public class SubstractCommand extends AbstractCommand!{ 
private int opeNum; 
Public SubstractCommand (int opeNum){ 
i this.opeNum = opeNum; 
} 
public void execute() { 


this.operation.substract (opeNum); 
} 
} 


(6) 接 下 来 看 看 运算 类 的 实现 ， 相 当 于 是 原 发 器 对 象 ， 它 的 实现 有 如 下 改变 。 
sa ”不 再 提供 setResult 方法 ， 内 部 状态 ， 不 允许 外 部 来 操作 。 
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m@ ”添加 了 createMemento 和 setMemento 方法 的 实现 。 
a ”添加 实现 了 一 个 私有 的 备忘录 对 和 象 。 
示例 代码 如 下 : 





} 


(7) 接 下 来 该 看 看 如 何 具体 地 使 用 备忘录 对 和 象 来 实现 撤销 操作 和 重 做 操作 了 。 同 样 
在 计算 器 类 中 实现 ， 这 个 时 候 ， 计 算 器 类 就 相当 于 是 备忘录 模式 管理 者 对 象 。 


实现 思路 : 由 于 对 于 每 个 命令 对 象 ， 撤 销 和 重 做 的 状态 是 不 一 样 的 ， 撤 销 是 回 
到 命令 操作 前 的 状态 ， 而 重 做 是 回 到 命令 操作 后 的 状态 ， 因 此 对 每 一 个 命令 ， 
使 用 一 个 备忘录 对 象 的 数组 来 记录 对 应 的 状态 。 


这 些 备忘录 对 象 和 命令 对 象 是 相对 应 的 ， 因 此 也 中 命令 历史 记录 一 样 ， 设 置 相 
应 的 历史 记录 ， 它 的 顺序 和 命令 完全 对 应 起 来 。 在 操作 命令 历史 记录 的 同时 ， 
对 应 操作 相应 的 备忘录 对 象 记 录 。 





示例 代码 如 下 : 
/** 
* 计算 器 类 ， 计 算 器 上 有 加 法 按钮 、 减 法 按钮 ， 还 有 撤销 和 恢复 的 按钮 
of 
public class Calculator { 
/** 
* 命令 的 操作 历史 记录 ， 在 撤销 时 用 
支 尖 
private List<Command> undoCmds = new ArrayList<Command> () ， 
/** 
* 命令 被 撤销 的 历史 记录 ， 在 恢复 时 用 
访 帮 
private List<Command> redoCmds = new ArrayList<Command> (); 
/** 
* 命令 操作 对 应 的 备忘录 对 象 的 历史 记录 ， 在 撤销 时 用 
* 数组 有 两 个 元 素 ， 第 一 个 是 命令 执行 前 的 状态 ， 第 二 个 是 命令 执行 后 的 状态 
a 
Private List<Memento[]> undoMementos = 
new ArrayList<Memento[]>(); 
/** 
* 被 撤销 命令 对 应 的 备忘录 对 象 的 历史 记录 ， 在 恢复 时 用 
* 数组 有 两 个 元 素 ， 第 一 个 是 命令 执行 前 的 状态 ， 第 二 个 是 命令 执行 后 的 状态 
六 
Private List<Memento[]> redoMementos = 
new ArrayList<Memento[]>(); 


private Command addcmd = null; 
private Command substractCmd = null; 


public void setAddCmd (Command adqdCmad) 1{ 
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this.addCmd = addCmd; 
} 
public void setSubstractCmd (Command substractCmd) { 


this.substractCmd = substractCmd; 


public void ‘addPressed(){ 


// 获 取 对 应 的 备忘录 对 象 ， 并 保存 在 相应 的 历史 记录 中 
Memento ml = this.addCcmd .createMemento () : 


// 执 行 命令 


this.addCcmd.execute(); 


// 把 操作 记录 到 历史 记录 中 
undoCcmds.add (this.addCcmd); 


// 获 取 执 行 命令 后 的 备忘录 对 象 

Memento m2 = this.addCmd.createMemento(); 

// 设 置 到 撤销 的 历史 记录 中 
this.undoMementos.add (new Memento[] {ml1,m2}); 


} 
public void substractPressed(){ 


// 获 取 对 应 的 备忘录 对 象 ， 并 保存 在 相应 的 历史 记录 中 
Memento ml = this.substractCmd.createMemento(); 


// 执 行 命令 
this.substractCmd.executel(); 

// 把 操作 记录 到 历史 记录 中 
undoCcmds .add (this.substractCmd); 


// 获 取 执 行 命令 后 的 备忘录 对 和 象 
Memento m2 = this.substractCmd.createMemento(); 
// 设 置 到 撤销 的 历史 记录 中 
this.undoMementos.add (new Memento[] {ml ,m2}); 
} 
public void undoPressed()1{ 
if(undoCcmds.size()>0)1{ 
// 取 出 最 后 一 个 命令 来 撤销 


Command cmd = undoCmds.get (undoCmds.size()-1); 
// 获 取 对 应 的 备忘录 对 象 


Memento[] ms = undoMementos .get (undoCmds.size()-1); 
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// 撤 销 


cmd.undo (ms{[0]); 


// 如 果 还 有 恢复 的 功能 ， 那 就 把 这 个 命令 记录 到 恢复 的 历史 记录 中 
redoCcmds .add (cmdq) ; 
// 把 相应 的 备忘录 对 象 也 添加 过 去 


redoMementos.add (ms) 





// 然 后 把 最 后 一 个 命令 删除 

undocmads .remove (cmd); 

// 把 相应 的 备忘录 对 和 象 也 删除 

undoMementos.remove (ms); 
}Jelsef{ 


System.out.println ("很 抱歉 ， 没 有 可 撤销 的 命令 ") ; 


} 
public void redqoPressed () { 
if(redoCcmds.size()>0)t{ 
// 取 出 最 后 一 个 命令 来 重 做 
Command cmd = redoCmds.get (redoCmds.size()-1); 
// 获 取 对 应 的 备忘录 对 和 象 


Memento [] ms = redoMementos.get (redoCcmds.size()-1); 


// 重 做 


cmd.redo (ms[1]); 


// 把 这 个 命令 记录 到 可 撤销 的 历史 记录 中 
undoCcmds .add (cmd); 

// 把 相应 的 备忘录 对 象 也 添加 过 去 
undoMementos .adqdq (ms); 

// 然 后 把 最 后 一 个 命令 删除 
redoCmds.remove (cmd); 

// 把 相应 的 备忘录 对 象 也 删除 
redoMementos .remove (ms); 


}elsef 


System.out.Println(" 很 抱 菊 ， 没 有 可 恢复 的 命令 ") ; 
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(8) 客户 端 跟 以 前 的 实现 没有 什么 变化 。 示 例 代码 如 下 : 


publbic class Client. 寺 


publicstatler void main(Stringti ards) Tt 


//1: 组 装 命令 和 接收 者 

/ /创建 接收 者 

OperationApi operation = new Operation(); 

// 创 建 命令 

AddCommand addCmd = new AddCommand (5) 

SubstractCommand substractCmd = new SubstractCommand (3); 
// 组 装 命令 和 接收 者 

addCmd.setOperation (operation); 


substractCmd.setOperation (operation); 


//2: 把 命令 设置 到 持 有 者 ， 就 是 计算 器 中 
Calculator calculator = new Calculator () 7 
calculator.setRAadadqCcmad (adqadCma) : 


calculator.setSubstractCmd (substractCmd); 


//3: 模 拟 按 下 按钮 ， 测 试 一 下 

calculatoraddPpressed()s 

System.out.println ("一 次 加 法 运算 后 的 结果 为 : " 
+operation.getResult ()); 

calculator,substractPréessed()? 

System.out.println ("一 次 减法 运算 后 的 结果 为 : " 


+operation.getResult ()); 


// 测 试 撤 销 

calculator.undoPressed(); 

System.out.printlin ("撤销 一 次 后 的 结果 为 : " 
+operation.getResult ())，; 

calculatoruundopPressed()s 

System.out.println ("再 撤销 一 次 后 的 结果 为 : " 


t+operation.getResult()); 


// 测 试 恢复 

calculator.redoPressed(); 

System.out.println ("恢复 操作 一 次 后 的 结果 为 : " 
toperation.getResult()); 


calculator.redoPressed(); 


system.out.println ("再 恢复 操作 一 次 后 的 结果 为 : " 
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+operation.getResult ())，; 


) 

运行 结果 示例 如 下 。 示 例 代 码 如 下 : 

一 次 加 法 运算 后 的 结果 为 : 5 

一 次 减法 运算 后 的 结果 为 : 2 

撤销 一 次 后 的 结果 为 : 5 

再 撤销 一 次 后 的 结果 为 : 0 

恢复 操作 一 次 后 的 结果 为 : 5 

再 恢复 操作 一 次 后 的 结果 为 : 2 

和 前 面 采 用 补偿 式 或 者 反 操 作 式 得 到 的 结果 是 一 样 的 。 好 好 体会 一 下 ， 对 比 两 种 实 
现 方式 ， 看 看 都 是 怎么 实现 的 。 顺 便 也 体会 一 下 命令 模式 和 备忘录 模式 是 如 何 结合 起 来 





实现 功能 的 。 
19. 3.5 备忘录 模式 的 优 缺 点 
备忘录 模式 有 以 下 优点 。 
”更 好 的 封装 性 


备忘录 模式 通过 使 用 备 访 录 对 象 ， 来 封装 原 发 器 对 象 的 内 部 状态 ， 虽 然 这 个 对 象 
是 保存 在 原 发 器 对 象 的 外 部 ， 但 是 由 于 备忘录 对 象 的 窜 接 口 并 不 提供 任何 方法 。 
这 样 有 效 地 保证 了 对 原 发 器 对 象 内 部 状态 的 封装 ， 不 把 原 发 器 对 象 的 内 部 实现 细 
节 暴 露 给 外 部 。 
a ”简化 了 原 发 器 
备忘录 模式 中 ， 备 忘 录 对 象 被 保存 到 原 发 器 对 象 之 外 ， 让 客户 来 管理 他 们 请 求 的 
状态 ， 从 而 让 原 发 器 对 象 得 到 简化 。 
sm ” 窄 接口 和 宽 接 口 
备忘录 模式 ， 通 过 引入 窄 接口 和 宽 接 口 ， 使 得 不 同 的 地 方 ， 对 备忘录 对 象 的 访问 
是 不 一 样 的 。 窄 接口 保证 了 只 有 原 发 器 才 可 以 访问 备忘录 对 象 的 状态 。 
备忘录 模式 的 缺点 ， 是 可 能 会 导致 高 开销 。 
备忘录 模式 基本 的 功能 ， 就 是 对 备忘录 对 象 的 存储 和 恢复 ,， 它 的 基本 实现 方式 就 是 缓存 
备忘录 对 象 。 这 样 一 来 ， 如 果 需 要 缓存 的 数据 量 很 大 ， 或 者 是 特别 频繁 地 创建 备忘录 对 
象 ， 开 销 是 很 大 的 。 


19. 3.6 思考 备忘录 模式 


1. 备忘录 模式 的 本 质 


备忘录 模式 的 本 质 : 保存 和 恢复 内 部 状态 。 
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保存 是 手段 ， 恢 复 才 是 目的 ， 备 忘 录 模 式 备 忘 些 什 么 东西 呢 ? 
备 访 录 模式 备 忘 的 就 是 原 发 器 对 象 的 内 部 状态 ， 这 些 内 部 状态 是 不 对 外 的 ， 只 有 原 
发 器 对 象 才 能 够 进行 操作 。 
标准 的 备 志 录 模式 保存 数据 的 手段 是 ， 通 过 内 存 缓存 ， 广 义 的 备忘录 模式 实现 的 时 
候 ， 可 以 采用 离线 存储 的 方式 ， 把 这 些 数 据 保 存 到 文件 或 者 数据 库 等 地 方 。 
备 访 录 模式 为 何 要 保存 数据 呢 ? 目 的 就 是 为 了 在 有 需要 的 时 候 ， 恢 复原 发 器 对 象 的 
内 部 状态 。 所 以 恢复 是 备忘录 模式 的 目的 。 
根据 备忘录 模式 的 本 质 ， 从 广义 上 讲 ， 进 行 数据 库存 取 操 作 ; 或 者 是 Web 应 用 中 的 
request、session、servletContext 等 的 attribute 数据 存 取 ; 更 进一步 ， 大 多 数 基于 缓存 功能 
的 数据 操作 都 可 以 视 为 广义 的 备忘录 模式 。 不 过 广义 到 这 个 地 步 ， 还 提 备 忘 录 模 式 已 经 
没有 什么 意义 了 。 所 以 对 于 备忘录 模式 还 是 多 从 狭义 上 来 说 。 
事实 上 ， 对 于 备忘录 模式 最 主要 的 一 个 特点 ， 就 是 封装 状态 的 备忘录 对 象 ， 不 应 该 
被 除了 原 发 器 对 象 之 外 的 对 象 访问 ， 至 于 如 何 存储 那 都 是 小 事情 。 因 为 备忘录 模式 要 解 
决 的 主要 问题 就 是 : 在 不 破坏 对 象 封装 性 的 前 提 下 ， 来 保存 和 恢复 对 象 的 内 部 状态 ， 这 
是 一 个 很 主要 的 判断 依据 。 如 果 备 忘 录 对 象 可 以 让 原 发 器 对 象 以 外 的 对 象 访问 的 话 ， 那 
就 算是 广义 的 备忘录 模式 了 ， 此 时 提 不 提 备 忘 录 模 式 已 经 没有 太 大 的 意义 了 。 
2. 何 时 选用 备忘录 模式 
建议 在 以 下 情况 中 选用 备忘录 模式 。 
m ”如 果 必 须 保存 一 个 对 象 在 某 一 个 时 刻 的 全 部 或 者 部 分 状态 ， 方 便 在 以 后 需要 的 时 
候 ， 可 以 把 该 对 象 恢 复 到 先前 的 状态 ， 可 以 使 用 备忘录 模式 。 使 用 备忘录 对 象 来 
封装 和 保存 需要 保存 的 内 部 状态 ， 然 后 把 备忘录 对 象 保存 到 管理 者 对 象 中 ， 在 需 
要 的 时 候 ， 再 从 管理 者 对 象 中 获取 备忘录 对 象 ， 来 恢复 对 象 的 状态 。 
四 如 果 需 要 保存 一 个 对 象 的 内 部 状态 ， 但 是 如 果 用 接口 来 让 其 他 对 象 直接 得 到 这 些 
需要 保存 的 状态 ， 将 会 暴露 对 象 的 实现 细节 并 破坏 对 象 的 封装 性 ， 这 时 可 以 使 用 
备 访 录 模式 ， 把 备忘录 对 象 实现 成 为 原 发 器 对 象 的 内 部 类 ， 而 且 还 是 私有 的 ， 从 
而 保证 只 有 原 发 器 对 和 象 才能 访问 该 备忘录 对 象 。 这 样 既 保存 了 需要 保存 的 状态 ， 
又 不 会 暴露 原 发 器 对 象 的 内 部 实现 细节 。 


19. 3.7 相关 模式 


m ”备忘录 模式 和 命令 模式 
这 两 个 模式 可 以 组 合 使 用 。 
命令 模式 实现 中 ， 在 实现 命令 的 撤销 和 重 做 的 时 候 ， 可 以 使 用 备忘录 模式 ， 在 命 
令 操 作 的 时 候 记 录 下 操作 前 后 的 状态 ， 然 后 在 命令 撤销 和 重 做 的 时 候 ， 直 接 使 用 
相应 的 备忘录 对 象 来 恢复 状态 就 可 以 了 。 
在 这 种 撤销 的 执行 顺序 和 重 做 的 执行 顺序 可 控 的 情况 下 ， 备 忘 录 对 和 象 还 可 以 采用 
增 量 式 记录 的 方式 ， 有 效 减少 缓存 的 数据 量 。 
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备忘录 模式 和 原型 模式 

这 两 个 模式 可 以 组 合 使 用 。 

在 原 发 器 对 象 创建 备忘录 对 象 的 时 候 ， 如 果 原 发 器 对 象 中 全 部 或 者 大 部 分 的 状态 
都 需要 保存 ， 一 个 简洁 的 方式 就 是 直接 克隆 一 个 原 发 器 对 象 。 也 就 是 说 ， 这 个 时 
候 备 忘 录 对 象 里 面 存放 的 是 一 个 原 发 器 对 象 的 实例 ， 这 个 在 前 面 已 经 示例 过 本， 
这 里 就 不 再 著述 。 











20.1 场景 问题 


20. 1.1 加 入 权限 控制 


考虑 这 样 一 个 问题 ， 给 系统 加 入 权限 控制 ， 这 基本 上 是 所 有 的 应 用 系统 都 有 的 功能 。 


对 于 应 用 系统 而 言 ， 一 般 先 要 登录 系统 ， 才 可 以 使 用 系统 的 功能 。 登 录 后 ， 用 户 的 
每 次 操作 都 需要 经 过 权限 系统 的 控制 ， 确 保 该 用 户 有 操作 该 功能 的 权限 ， 同 时 还 要 控制 
该 用 户 对 数据 的 访问 权限 、 修 改 权 限 等 。 总 之 一 句 话 ， 一 个 安全 的 系统 ， 需 要 对 用 户 的 
每 一 次 操作 都 要 做 权限 检测 ， 包 括 功能 和 数据 ， 以 确保 只 有 获得 相应 授权 的 人 ， 才 能 执 
行 相 应 的 功能 ， 操 作 相 应 的 数据 。 


举 个 例子 来 说 吧 ， 普 通 人 员 都 有 查看 本 部 门人 员 列 表 的 权限 ， 但 是 在 人 员 列 表 中 每 
个 人 员 的 薪资 数据 ， 普 通 人 员 是 不 可 以 看 到 的 ;而 部 门 经 理 在 查看 本 部 门人 员 列 表 的 时 
候 ， 就 可 以 看 到 每 个 人 员 相 应 的 薪资 数据 。 

现在 就 要 来 实现 为 系统 加 入 权限 控制 的 功能 ， 该 怎样 实现 呢 ? 


为 了 让 大 家 更 好 地 理解 后 面 讲 述 的 知识 ， 先 介绍 一 点 权限 系统 的 基础 知识 。 几 乎 所 
有 的 权限 系统 都 分 成 两 个 部 分 ， 一 个 是 授权 部 分 ， 一 个 是 验证 部 分 ， 为 了 理解 它们 ， 首 
先 解释 两 个 基本 的 名 词 : 安全 实体 和 权限 。 

m ”安全 实体 : 就 是 被 权限 系统 检测 的 对 象 ， 比 如 工资 数据 。 

ms ”权限 : 就 是 需要 被 校 验 的 权限 对 象 ， 比 如 查看 、 修 改 等 。 

安全 实体 和 权限 通常 要 一 起 描述 才 有 意义 ， 比 如 有 这 样 一 个 描述 : “现在 要 检测 登 
录 人 员 对 工资 数据 是 否 有 查看 的 权限 ”， “工资 数据 ”这 个 安全 实体 和 “查看 ”这 个 权 
限 一 定 要 一 起 描述 。 如 果 只 出 现 安全 实体 描述 ， 那 就 变 成 这 样 : “现在 要 检测 登录 人 员 
对 工资 数据 ”， 对 工资 数据 干什么 呀 ， 没 有 后 半 部 分 ， 一 看 就 知道 不 完整 ， 当然 只 有 权 
限 描 述 也 不 行 ， 那 就 变 成 : “现在 要 检测 登录 人 员 是 否 有 查看 的 权限 ”， 对 谁 的 查看 权 
限 啊 ， 也 不 完整 。 所 以 安全 实体 和 权限 通常 要 一 起 描述 。 

了 解 了 上 面 两 个 名 词 ， 下 面 来 看 看 什么 是 授权 和 验证 。 

sm ”所 谓 授权 ， 是 指 把 对 某 些 安全 实体 的 某 些 权限 分 配给 某 些 人 员 的 过 程 。 

= 所谓 验 证 ， 是 指 判 断 某 个 人 员 对 某 个 安全 实体 是 否 拥有 某 个 或 某 些 权限 的 过 程 。 

也 就 是 说 ， 授 权 过 程 即 是 权限 的 分 配 过 程 ， 而 验证 过 程 则 是 权限 的 匹配 过 程 。 在 目 
前 应 用 系统 的 开发 中 ， 多 数 是 利用 数据 库 来 存放 授权 过 程 产 生 的 数据 。 也 就 是 说 : 授权 
是 向 数据 库 中 添加 数据 ， 或 是 维护 数据 的 过 程 ， 而 匹配 过 程 就 变 成 了 从 数据 库 中 获取 相 
应 数据 进行 匹配 的 过 程 了 。 

为 了 让 问题 相对 简化 一 点 ， 就 不 去 考虑 权限 的 另外 两 个 特征 ， 一 个 是 继承 性 ， 一 个 
是 最 近 匹 配 原 则 。 什 么 意思 呢 ? 还 是 解释 一 下 : 

m ”权限 的 继承 性 指 的 是 ， 如 果 多 个 安全 实体 存在 包含 关系 ， 而 某 个 安全 实体 没有 相 

应 的 权限 限制 ， 那 么 它 会 继承 包含 它 的 安全 实体 的 相应 权限 。 
比如 ， 某 个 大 楼 和 楼 内 的 房间 都 是 安全 实体 ， 很 明显 大 楼 这 个 安全 实体 会 包含 楼 
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内 的 房间 这 些 安全 实体 ， 可 以 认为 大 楼 是 楼 内 房间 的 父 级 实体 。 现 在 来 考虑 一 个 
具体 的 权限 一 一 进入 某 个 房间 的 权限 。 如 果 这 个 房间 没有 门 ， 也 就 是 谁 都 可 以 进 
入 ， 相 当 于 这 个 房间 对 应 的 安全 实体 没有 进入 房间 的 权限 限制 ， 那 么 是 不 是 说 所 
有 的 人 都 可 以 进入 这 个 房间 昵 ? 当然 不 是 ， 某 人 能 进入 这 个 房间 的 前 提 是 。 这 个 
人 要 有 权限 进入 这 个 大 楼 。 也 就 是 说 ， 此 时 房间 这 个 安全 实体 ， 它 本 身 没 有 进入 
权限 的 限制 ， 但 是 它 会 继承 父 级 安全 实体 的 进入 权限 。 

”权限 的 最 近 匹 配 原则 指 的 是 ， 如 果 多 个 安全 实体 存在 包含 关系 ， 而 某 个 安全 实体 

没有 相应 的 权限 限制 ， 那 么 它 会 向 上 寻找 并 匹配 相应 的 权限 限制 ， 直 到 找到 一 个 
离 这 个 安全 实体 最 近 的 拥有 相应 权限 限制 的 安全 实体 为 止 。 如 果 把 整个 层次 结构 
都 寻找 完了 仍 没有 匹配 到 相应 权限 限制 的 话 ， 那 就 说 明 所 有 人 对 这 个 安全 实体 都 
拥有 这 个 相应 的 权限 限制 。 
继续 上 面 权限 继承 性 的 例子 ， 如 果 现 在 这 个 大 楼 是 坐落 在 某 个 机 关 大 院内 ， 这 就 
演变 成 了 ， 要 进入 某 个 房间 ， 首 先 要 有 进入 大 楼 的 权限 ， 要 进入 大 楼 又 需要 有 能 
进入 机 关 大 院 的 权限 。 
所 谓 最 近 匹 配 原则 就 是 ， 如 果 某 个 房间 没有 门 ， 也 就 意味 着 这 个 房间 没有 进入 的 
权限 限制 ， 那 么 它 就 会 向 上 继续 寻找 并 匹配 ， 看 看 大 楼 有 没有 进入 的 权限 限制 ， 
如 果 有 就 使 用 这 个 权限 限制 ， 终 止 寻找 ; 如果 没有 ， 继 续 向 上 寻找 ， 直 到 找到 一 
个 匹配 的 为 止 。 如 果 最 后 大 院 也 没有 进入 的 权限 限制 ， 那 就 变 成 所 有 人 都 可 以 进 
入 到 这 个 房间 里 面 来 了 。 


20. 1.2 不 使 用 模式 的 解决 方案 


1. 看 看 现在 都 已 经 有 什么 了 

系统 的 授权 工作 已 经 完成 ， 授 权 数 据 记 录 在 数据 库 中 ， 具 体 的 数据 结构 就 不 去 展开 
它 记录 了 人 员 . 对 安全 实体 所 拥有 的 权限 。 假 如 现在 系统 中 已 有 如 下 的 授权 数据 : 
张 叶 对 "人员 列 起 拥有 查看 的 权限 

李 四 对 人 员 列 表 ”拥有 查看 的 权限 

李 四 对 薪资 数据 ”拥有 查看 的 权限 

李 四 对 薪资 数据 ”拥有 修改 的 权限 

2. 思路 选择 

由 于 操作 人 员 进 行 授 权 操 作 后 ， 各 人 员 被 授予 的 权限 是 记录 在 数据 库 中 的 ， 刚 开始 
由 开发 人 员 提 出 ， 每 次 用 户 操作 系统 的 时 候 ， 都 直接 到 数据 库 中 去 动态 查询 ， 以 判断 该 
人 员 是 否 拥有 相应 的 权限 。 但 很 快 就 被 否决 掉 了 ， 试 想 一 下 ， 用 户 操作 那么 频繁 ， 每 次 
都 到 数据 库 中 动态 查询 ， 这 会 严重 加 剧 数据 库 服务 器 的 负担 ， 使 系统 变 慢 。 

为 了 加 快 系统 运行 的 速度 ， 开发 小 组 决定 采用 一 定 的 缓存 。 当 每 个 人 员 登 录 的 时 候 ， 
就 把 该 人 员 能 操作 的 权限 获取 到 ， 存 储 在 内 存 中 。 这 样 每 次 操作 的 时 候 ， 就 直接 在 内 存 
中 进行 权限 的 校 验 ， 速 度 会 大 大 加 快 ， 这 是 典型 的 以 空间 换 时 间 的 做 法 。 

3. 实现 示例 

(1) 首先 定义 描述 授权 数据 的 数据 对 象 。 示 例 代 码 如 下 : 


外 
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(2) 为 了 测试 方便 ， 做 一 个 模拟 的 内 存 数据 库 ， 把 授权 数据 存储 在 里 面 ， 用 最 简单 
的 字符 串 存储 的 方式 。 示 例 代 码 如 下 : 
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(3) 接 下 来 实现 登录 和 权限 控制 的 业务 。 示 例 代码 如 下 : 
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(4) 写 个 客户 端 来 测试 一 下 。 示 例 代码 如 下 : 


运行 结果 如 下 : 


输出 结果 中 的 和 为 false， 表 示 张 三 对 薪资 数据 没有 查看 的 权限 ; 而 包 为 true, 表示 
李 四 对 薪资 数据 有 查看 的 权限 ， 是 正确 的 ， 基 本 完成 了 功能 。 








20.1.3 有 何 问题 


看 了 上 面 的 实现 ， 很 简单 ， 而 且 还 考虑 了 性 能 的 问题 ， 在 内 存 中 缓存 了 每 个 人 相应 
的 权限 数据 ， 使 得 每 次 判断 权限 的 时 候 ， 速 度 大 大 加 快 ， 实 现 得 挺 不 错 ， 难 道 有 什么 问 
题 吗 ? 
仔细 想 想 ， 问 题 就 来 了 ， 既 有 缓存 这 种 方式 固有 的 问题 ， 也 有 我 们 自己 实现 上 的 问 
题 。 先 说 说 缓存 固有 的 问题 吧 。 这 个 不 在 本 次 讨论 之 列 ， 大 家 了 解 一 下 就 可 以 了 。 
a ”缓存 时 间 长 度 的 问题 ， 就 是 这 些 数据 应 该 被 缓存 多 久 。 如 果 是 Web 应 用 ， 这 种 跟 
登录 人 员 相 关 的 权限 数据 , 大 多 是 放 在 session 中 进行 缓存 , 当 session 超时 的 时 候 ， 
就 会 被 清除 掉 。 如 果 不 是 Web 应 用 呢 ? 就 得 自己 来 控制 了 。 另 外 就 算是 在 Web 应 
用 中 ， 也 不 一 定 非 要 缓存 到 session 超时 才 清 除 。 总 之 ， 控 制 缓存 数据 应 该 被 缓存 
多 长 时 间 ， 是 实现 高 效 缓存 的 一 个 问题 点 。 
ma ”缓存 数据 和 真实 数据 的 同步 问题 ， 这 里 的 同步 是 指数 据 同 步 ， 不 是 多 线程 的 同步 。 
比如 ， 上 面 的 授权 数据 是 存放 在 数据 库 里 的 ， 运 行 的 时 候 缓 存 到 内 存 中 ， 如 果真 
实 的 授权 数据 在 运行 期 间 发 生 了 变化 ， 那 么 缓存 中 的 数据 就 应 该 和 数据 库 中 的 数 
据 同 步 ， 以 保持 一 致 ， 否 则 数据 就 错 了 。 如 何 合理 地 同步 数据 ， 也 是 实现 高 效 组 
存 的 一 个 问题 点 。 
s 缓存 的 多 线程 并 发 控制 ， 对 于 缓存 的 数据 ， 有 些 操 作 从 缓存 中 取 值 ， 有 些 操作 向 
缓存 中 添加 值 ， 有 些 操作 在 清除 过 期 的 缓存 数据 ， 有 些 操作 在 进行 缓存 和 真实 数 
据 的 同步 。 在 一 个 多 线程 的 环境 下 ， 如 何 合理 地 对 缓存 进行 并 发 控制 ， 也 是 实现 
高 效 缓存 的 一 个 问题 点 。 
先 简 单 提 这 么 几 个 。 事 实 上 ， 实 现 合理 、 高 效 的 缓存 也 不 是 一 件 很 轻松 的 事情 ， 好 
在 这 些 问 题 都 不 在 我 们 这 次 的 讨论 之 列 。 这 里 的 重心 还 是 来 讲述 模式 ,而 不 是 缓存 实现 。 
再 来 看 看 前 面 实 现 上 的 问题 ， 和 仔细 观察 在 上 面 输出 结果 中 框 住 的 部 分 ， 这 些 值 是 输 
出 对 象 实例 得 到 的 ， 默 认输 出 的 是 对 象 的 hashCode 值 ， 而 默认 的 hashCode 值 可 以 用 来 
判断 是 不 是 同一 对 象 实例 。 在 Java 中 ， 默 认 的 equals 方法 比较 的 是 内 存 地 址 ， 而 equals 
方法 和 hashCode 方法 的 关系 是 : equals 方法 返回 true 的 话 ， 那 么 这 两 个 对 象 实例 的 
hashCode 必须 相同 ; 而 hashCode 相同 ，equals 方法 并 不 一 定 返 回 tue， 也 就 是 说 两 个 对 
象 实例 不 一 定 是 同一 对 象 实例 。 换 句 话 说， 如果 hashCode 不 同 的 话 ， 肯 定 不 是 同一 个 对 
象 实例 。 
仔细 看 看 上 面 的 输出 结果 ， 框 住 部 分 的 值 是 不 同 的 ， 表 明 这 些 对 象 实例 肯定 不 是 同 
一 个 对 象 实例 ， 而 是 多 个 对 象 实例 。 这 就 引出 一 个 问题 ， 就 是 对 象 实例 数目 太 多 。 为 什 
. 么 这 么 说 呢 ? 看 看 就 描述 这 么 几 条 数据 ， 数 数 看 有 多 少 个 对 象 实例 呢 ? 目前 是 一 条 数据 
就 有 一 个 对 象 实例 ， 这 很 恐怖 。 数 据 库 的 数据 量 是 很 大 的 ， 如 果 有 几 万 条 ， 几 十 万 条 ， 
岂 不 是 需要 几 万 个 ， 甚 至 几 十 万 个 对 象 实例 ， 这 样 会 耗费 大 量 的 内 存 。 
另外 ， 这 些 对 象 的 粒度 都 很 小 ， 都 是 简单 地 描述 某 一 个 方面 的 对 象 ， 而 且 很 多 数据 
是 重复 的 ， 在 这 些 大 量 重复 的 数据 上 耗费 了 很 多 的 内 存 。 比 如 在 前 面 示例 的 数据 中 就 会 
发 现 有 重复 的 部 分 ， 见 下 面 蓝 色 的 部 分 : 
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张 三 对 人 员 列 表 拥有 查看 的 权限 
李 四 对 人 员 列 表 ”拥有 查看 的 权限 
李 四 对 薪资 数据 ”拥有 查看 的 权限 
李 四 对 薪资 数据 ”拥有 修改 的 权限 
前 面 讲 过 ， 对 于 安全 实体 和 权限 一 般 要 联合 描述 ， 因 此 对 于 “人 员 列 表 这 个 安全 实 
体 的 查看 权限 限制 ”， 就 算是 授权 给 不 同 的 人 员 ， 这 个 描述 是 一 样 的 。 假 设 在 某 极端 
情况 下 ， 要 把 “人 员 列 表 这 个 安全 实体 的 查看 权限 限制 ”授权 给 一 万 个 人 ， 那 么 数 
据 库 中 将 会 有 一 万 条 记录 ， 按 照 前 面 的 实现 方式 ， 会 有 一 万 个 对 象 实例 ， 而 这 些 实例 中 ， 
有 大 部 分 的 数据 是 重复 的 ， 而 且 会 重复 一 万 次 ， 你 觉得 这 是 不 是 个 很 大 的 问题 呢 ? 


把 上 面 的 问题 描述 出 来 就 是 : 在 系统 当中 ， 存 在 大 量 的 细 粒 度 对 象 ， 而 且 存在 大 量 
的 重复 数据 ， 严 重 耗 费 内 存 ， 如 何 解决 呢 ? 


20.2 解决 方案 
20. 2.1 使 用 享 元 模式 来 解决 问题 


用 来 解决 上 述 问 题 的 一 个 合理 的 解决 方案 就 是 享 元 模式 。 那 么 什么 是 享 元 模式 呢 ? 
1， 享 元 模式 的 定义 


运用 共享 技术 有 效 地 支持 大 量 细 粒 度 的 对 象 。 


2. 应 用 享 元 模式 来 解决 的 思路 

仔细 观察 和 分 析 上 面 的 授权 信息 ， 会 发 现 有 一 些 数据 是 重复 出 现 的 ， 比 如 : 人 员 列 
表 、 薪 资 数据 、 查 看 、 修 改 等 。 至 于 人 员 相 关 的 数据 ， 考 虑 到 每 个 描述 授权 的 对 象 都 是 
和 某 个 人 员 相 关 的 ， 所 以 存放 的 时 候 ， 会 把 相同 人 员 的 授权 信息 组 织 在 一 起 ， 就 不 去 考 
虑 人 员 数 据 的 重复 性 了 。 

现在 造成 内 存 浪费 的 主要 原因 : 就 是 细 粒 度 对 象 太 多 ， 而 且 有 大 量 重复 的 数据 。 如 
果 能 够 有 效 地 减少 对 象 的 数量 ， 减 少 重复 的 数据 ， 那 么 就 能 够 节省 不 少 内 存 。 一 个 基本 
的 思路 就 是 缓存 这 些 包含 着 重复 数据 的 对 象 ， 让 这 些 对 象 只 出 现 一 次 ， 也 就 只 耗费 一 份 
内 存 了 。 


但 是 请 注意 ， 并 不 是 所 有 的 对 象 都 适合 缓存 ， 因 为 缓存 的 是 对 象 的 实例 ， 实 例 
里 面 存放 的 主要 是 对 象 属性 的 值 。 因 此 ， 如 果 被 缓存 的 对 象 的 属性 值 经 常 变动 ， 


那 就 不 适合 缓存 了 ， 因 为 真实 对 象 的 属性 值 变化 了 ， 那 么 缓存 中 的 对 象 也 必须 
要 跟着 变化 ， 否 则 缓存 中 的 数据 就 跟 真 实 对 象 的 数据 不 同步 ， 可 以 说 是 错误 的 
数据 了 。 
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因此 ， 需 要 分 离 出 被 缓存 对 象 实例 中 ， 哪 些 数据 是 不 变 且 重复 出 现 的 ， 哪 些 数据 是 
经 常 变化 的 ， 真 正 应 该 被 缓存 的 数据 是 那些 不 变 且 重复 出 现 的 数据 ， 把 它们 称 为 对 象 的 
内 部 状态 ， 而 那些 变化 的 数据 就 不 缓存 了 ， 把 它们 称 为 对 象 的 外 部 状态 。 

这 样 在 实现 的 时 候 ， 把 内 部 状态 分 离 出 来 共享 ， 称 之 为 享 元 ， 通 过 共享 享 元 对 象 来 
减少 对 内 存 的 占用 。 把 外 部 状态 分 离 出 来 ， 放 到 外 部 ， 让 应 用 在 使 用 的 时 候 进行 维护 ， 
并 在 需要 的 时 候 传递 给 享 元 对 象 使 用 。 为 了 控制 对 内 部 状态 的 共享 ， 并 且 让 外 部 能 简单 
地 使 用 共享 数据 ， 提 供 一 个 工厂 来 管理 享 元 ， 把 它 称 为 享 元 工厂 。 


20. 2. 2 ” 享 元 模式 的 结构 和 说 明 





享 元 模式 的 结构 如 图 20.1 所 示 。 


已 了 lyweightFactoer7 










-fshap:NapString, Flyweight -new Hashllap 人 String, 了 lyweight>0 


«interface» 
CY Flyreight 
oj foperation (extrinsieState.String). voio 


A 


品 UnasharedcoencreteFlyweight 


加 -intrinsicState:String 个 -allState:String 
We 加 +operation (extrinsicState:String):void 图 +operation (extrinsicState:String):void 





图 +get 了 lyweight (rey:Strine):Flyweight 














避 ConcreteFlyveight 





| | 
图 20.1 享 元 模式 的 结构 图 
m ”Flyweight: 享 元 接口 ， 通 过 这 个 接口 Flyweight 可 以 接受 并 作用 于 外 部 状态 。 通 过 
这 个 接口 传 入 外 部 的 状态 ， 在 享 元 对 象 的 方法 处 理 中 可 能 会 使 用 这 些 外 部 的 数据 。 
m ConcreteFlyweight: 具体 的 享 元 实现 对 象 ， 必 须 是 可 共享 的 ， 需 要 封装 Flyweight 
的 内 部 状态 。 
mn ”UnsharedConcreteFlyweight: 非 共 享 的 享 元 实现 对 象 ， 并 不 是 所 有 的 Flyweight 实 
现 对 象 都 需要 共享 。 非 共享 的 享 元 实现 对 象 通常 是 对 共享 享 元 对 象 的 组 合 对 象 。 
m FlyweightFactory: 享 元 工厂 ， 主 要 用 来 创建 并 管理 共享 的 享 元 对 象 ， 并 对 外 提供 
访问 共享 享 元 的 接口 。 
ms Client: 享 元 客户 端 ， 主 要 的 工作 是 维持 一 个 对 Flyweight 的 引用 ， 计 算 或 存储 享 元 
对 象 的 外 部 状态 ， 当 然 这 里 可 以 访问 共享 和 不 共享 的 Flyweight 对 象 。 


20. 2. 3 享 元 模式 示例 代码 


(1) 先 看 看 享 元 的 接口 定义 。 通 过 这 个 接口 Flyweight 可 以 接受 并 作用 于 外 部 状态 。 
示例 代码 如 下 : 
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(2) 接 下 来 看 看 具体 的 享 元 接口 的 实现 。 


先 看 看 共享 享 元 的 实现 。 封 装 Flyweight 的 内 部 状态 ， 当 然 也 可 以 提供 功能 方法 。 示 
例 代 码 如 下 : 


再 来 看 看 不 需要 共享 的 享 元 对 象 的 实现 。 并 不 是 所 有 的 Flyweight 对 象 都 需要 共享 ， 
Flyweight 接口 使 共享 成 为 可 能 ， 但 并 不 强制 共享 。 示 例 代 码 如 下 ; 





(3) 在 享 元 模式 中 ， 客 户 端 不 能 直接 创建 共享 的 享 元 对 象 实例 ， 必 须 通过 享 元 工厂 
来 创建 。 下 面 来 看 看 享 元 工厂 的 实现 。 示 例 代码 如 下 : 
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(4) 最 后 来 看 看 客户 端的 实现 。 客 户 端 通常 会 维持 一 个 对 Flyweight 的 引用 ， 计 算 
或 存储 一 个 或 多 个 Flyweight 的 外 部 状态 。 示 例 代码 如 下 : 





20. 2. 4 ”使 用 享 元 模式 重 写 示例 


再 次 分 析 上 面 的 授权 信息 。 实际 上 重复 出 现 的 数据 主要 是 对 安全 实体 和 权限 的 描述 ， 
又 考虑 到 安全 实体 和 权限 的 描述 一 般 是 不 分 开 的 ， 那 么 找 出 这 些 重复 的 描述 ， 比 如 ， 人 
员 列 表 的 查看 权限 。 而 且 这 些 重复 的 数据 是 可 以 重用 的 ， 比 如 给 它们 配 上 不 同 的 人 员 ， 
就 可 以 组 合成 为 不 同 的 授权 描述 ， 如 图 20.2 所 示 。 | 


人 员 列 表 的 查看 权限 


”图 20.2 授权 描述 示意 图 
20.2 就 可 以 描述 如 下 的 信息 : 






人 








很 明显 ， 可 以 把 安全 实体 和 权限 的 描述 定义 成 为 享 元 ， 而 和 它们 结合 的 人 员 数 据 ， 
就 可 以 作为 享 元 的 外 部 数据 。 为 了 演示 简单 ， 就 把 安全 实体 对 象 和 权限 对 象 简化 成 了 字 
符 串 ， 描 述 一 下 它们 的 名 字 。 

(1) 按照 享 元 模式 ， 也 为 了 系统 的 扩展 性 和 灵活 性 ， 给 享 元 定义 一 个 接口 ， 外 部 使 
用 享 元 还 是 面向 接口 来 编程 。 示 例 代 码 如 下 : 
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(2) 定义 了 享 元 接口 ， 该 来 实现 享 元 对 象 了 ， 这 个 对 象 需要 封装 授权 数据 中 重复 出 
现 部 分 的 数据 。 示 例 代 码 如 下 : 
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(3) 定义 好 了 享 元 ,来 看 看 如 何 管理 这 些 享 元 。 提 供 享 元 工厂 来 负责 享 元 对 象 的 共 
享 管理 和 对 外 提供 访问 享 元 的 接口 。 


享 元 工厂 一 般 不 需要 很 多 个 ， 实 现成 为 单 例 即 可 。 享 元 工厂 负责 亭 元 对 象 的 创建 和 
管理 ， 基 本 的 思路 就 是 在 享 元 工厂 中 缓存 享 元 对 象 。 在 Java 中 最 常用 的 缓存 实现 方式 ， 
就 是 定义 一 个 Map 来 存放 缓存 的 数据 ， 而 享 元 工厂 对 外 提供 的 访问 享 元 的 接口 ， 基 本 上 
就 是 根据 key 值 到 缓存 的 Map 中 获取 相应 的 数据 ， 这 样 只 要 有 了 共享 ， 同 一 份 数据 就 可 
以 重复 使 用 了 。 示 例 代码 如 下 : 
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(4) 使 用 享 元 对 象 。 
实现 完 享 元 工厂 ， 该 来 看 看 如 何 使 用 享 元 对 象 了 。 按 照 前 面 的 实现 ， 需 要 一 个 对 象 
来 提供 安全 管理 的 业务 功能 , 就 是 前 面 的 那个 SecurityMgr 类 , 这 个 类 现在 在 享 元 模式 中 ， 
就 充当 了 Client 的 角色 。 注 意 这 个 Client 角色 和 我 们 平时 说 的 测试 客户 端 是 两 个 概念 ， 
这 个 Client 角色 是 使 用 享 元 的 对 象 。 

SecurityMegr 的 实现 方式 基本 上 模仿 前 面 的 实现 , 也 会 有 相应 的 改变 , 变化 大 致 如 下 。 

a 缓存 的 每 个 人 员 的 权限 数据 ， 类 型 变 成 了 Flyweight 的 。 

m 在 原来 queryByUser 方法 中 ， 通 过 new 来 创建 授权 对 象 的 地 方 修改 成 了 通过 享 元 
工厂 来 获取 享 元 对 象 ， 这 是 使 用 享 元 模式 最 重要 的 一 点 改变 ， 也 就 是 不 是 直接 去 
创建 对 象 实例 ， 而 是 通过 享 元 工厂 来 获取 享 元 对 象 实例 。 

示例 代码 如 下 : 
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(5) 所 用 到 的 TestDB 没有 任何 变化 ， 这 里 不 再 著述。 
(6) 客户 端 测试 代码 也 没有 任何 变化 ， 也 不 再 袭 述 。 

运行 测试 一 下 ， 看 看 效果 。 主 要 是 看 看 是 不 是 能 有 效 地 减少 那些 重复 数据 对 象 的 数 
量 。 运 行 结果 如 下 : 






仔细 观察 结果 中 蓝 色 的 部 分 ， 会 发 现 六 条 数据 中 ， 有 五 条 的 hashCode 是 同一 个 值 ， 
根据 我 们 的 实现 ， 可 以 断定 这 是 同一 个 对 象 。 也 就 是 说 ， 现 在 只 有 两 个 对 象 实例 ， 而 前 
面 的 实现 中 有 六 个 对 象 实例 。 

如 同 示例 的 那样 ， 对 于 封装 安全 实体 和 权限 的 这 些 细 粒 度 对 象 ， 既 是 授权 分 配 的 单 
元 对 象 ， 也 是 权限 检测 的 单元 对 象 。 可 能 有 很 多 人 对 某 个 安全 实体 拥有 某 个 权限 ， 如 果 
为 每 个 人 都 重新 创建 一 个 对 象 来 描述 对 应 的 安全 实体 和 权限 , 那样 就 太 浪 费 内 存 空间 了 。 

通过 共享 封装 了 安全 实体 和 权限 的 对 象 ， 无 论 多 少 人 拥有 这 个 权限 ， 实 际 的 对 象 实 
例 都 是 只 有 一 个 ， 这 样 既 减少 了 对 象 的 数目 ， 又 节省 了 宝贵 的 内 存 空 间 ， 从 而 解决 了 前 
面 提出 的 问题 。 


20.3 模式 讲解 


20. 3. 1 认识 享 元 模式 


1. 变 与 不 变 


享 元 模式 设计 的 重点 就 在 于 分 离 变 与 不 变 。 把 一 个 对 象 的 状态 分 成 内 部 状态 和 外 部 
状态 ， 内 部 状态 是 不 变 的 ， 外 部 状态 是 可 变 的。 然后 通过 共享 不 变 的 部 分 ， 达 到 减少 对 
象 数 量 并 节约 内 存 的 目的 。 在 享 元 对 象 需要 的 时 候 ， 可 以 从 外 部 传 入 外 部 状态 给 共享 的 
对 象 ， 共 享 对 象 会 在 功能 处 理 的 时 候 ， 使 用 自己 内 部 的 状态 和 这 些 外 部 的 状态 。 


事实 上 ， 分 离 变 与 不 变 是 软件 设计 上 最 基本 的 方式 之 一 ， 比 如 预 留 接口 ， 为 什么 在 
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这 个 地 方 要 预 留 接口 ， 一 个 常见 的 原因 就 是 这 里 存在 变化 ， 可 能 在 今后 需要 扩展 或 者 是 
改变 已 有 的 实现 ， 因 此 预 留 接口 作为 “可 插入 性 的 保证 ”。 

2. 共享 与 不 共享 

在 享 元 模式 中 ， 享 元 对 象 又 有 共享 与 不 共享 之 分 ， 这 种 情况 通常 出 现在 和 组 合 模 式 
合用 的 情况 ， 通 常 共享 的 是 叶子 对 象 ， 一 般 不 共享 的 部 分 是 由 共享 部 分 组 合 而 成 的 ， 由 
于 所 有 细 粒 度 的 叶子 对 象 都 已 经 缓存 了 ， 那 么 缓存 组 合 对 象 就 没有 什么 意义 了 。 这 在 后 
面 将 给 大 家 一 个 示例 。 

3. 内 部 状态 和 外 部 状态 

享 元 模式 的 内 部 状态 ， 通 常 指 的 是 包含 在 享 元 对 象 内 部 的 、 对 象 本 身 的 状态 ， 是 独 
立 于 使 用 享 元 的 场景 的 信息 ， 一 般 创 建 后 就 不 再 变化 的 状态 ， 因 此 可 以 共享 。 

外 部 状态 指 的 是 享 元 对 象 之 外 的 状态 ， 取 决 于 使 用 享 元 的 场景 ， 会 根据 使 用 场景 而 
变化 ， 因 此 不 可 共享 。 如 果 享 元 对 象 需要 这 些 外 部 状态 的 话 ， 可 以 从 外 部 传递 到 享 元 对 
象 中 ， 比 如 通过 方法 的 参数 来 传递 。 

也 就 是 说 享 元 模式 真正 绥 存 和 共享 的 数据 是 享 元 的 内 部 状态 ， 而 外 部 状态 是 不 应 该 
被 缓存 共享 的 。 

还 有 一 点 ， 内 部 状态 和 外 部 状态 是 独立 的 ， 外 部 状态 的 变化 不 应 该 影响 到 内 部 状态 。 

4. 实例 池 

在 享 元 模式 中 ， 为 了 创建 和 管理 共享 的 享 元 部 分 ， 引 入 了 部 元 工厂 。 享 元 工厂 中 一 
般 都 包含 有 享 元 对 象 的 实例 池 ， 享 元 对 象 就 是 缓存 在 这 个 实例 池 中 的 。 

简单 介绍 一 点 实例 池 的 知识 。 所 谓 实 例 池 ， 指 的 是 缓存 和 管理 对 象 实例 的 程序 ， 通 
常 实例 池 会 提供 对 象 实例 的 运行 环境 ， 并 控制 对 象 实例 的 生命 周期 。 











fi 才 工业 级 的 实例 池 在 实现 上 有 两 个 最 基本 的 难点 ， 一 个 是 动态 控制 实例 数量 ， 另 


一 个 是 动态 分 配 实例 来 提供 给 外 部 使 用 。 这 些 都 是 需要 算法 来 做 保证 的 。 





假如 实例 池 中 已 有 了 3 个 实例 ， 但 是 客户 端 请 求 非常 多 ， 有 些 忙 不 过 来 ， 那 么 实例 
池 的 管理 程序 就 应 该 判断 ， 到 底 几 个 实例 才能 满足 现在 的 客户 需求 ， 理 想 状况 是 刚刚 好 ， 
就 是 既 能 够 满足 应 用 的 需要 ， 又 不 会 造成 对 象 实例 的 浪费 。 假 如 经 过 判断 5 个 实例 正好 ， 
那么 实例 池 的 管理 程序 就 应 该 能 动态 地 创建 2 个 新 的 实例 。 

这 样 运行 了 一 段 时 间 ， 客 户 端的 请 求 减少 了 ， 这 个 时 候 实 例 池 的 管理 程序 又 该 动态 
地 判断 ， 究 竟 几 个 实例 是 最 好 的 ， 多 了 明显 浪费 资源 。 假 如 经 过 判断 只 需要 1 个 实例 就 
可 以 了 ， 那 么 实例 池 的 管理 程序 应 该 销毁 掉 多 余 的 4 个 实例 ， 以 释放 资源 。 这 就 是 动态 
控制 实例 数量 。 

对 于 动态 分 配 实例 ， 也 说 明 一 下 。 假 如 实例 池 中 有 3 个 实例 ， 这 个 时 候 来 了 一 个 新 
的 请 求 ， 到 底 调度 哪 一 个 实例 去 执行 客户 的 请 求 呢 ? 如 果 有 空闲 实例 ， 那 就 调度 空闲 实 
例 去 执行 客户 的 请 求 ， 如 果 没 有 空闲 实例 呢 ， 是 新 建 一 个 实例 ， 还 是 等 待 运行 中 的 实例 ， 
等 它 运行 完 了 就 来 处 理 这 个 请 求 呢 ? 具体 如 何 调度 ， 也 是 需要 算法 来 保障 的 。 

回 到 享 元 模式 中 来 ， 享 元 工厂 中 的 实例 池 并 没有 这 么 复杂 ， 因 为 共享 的 享 元 对 象 基 
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本 上 都 是 一 个 实例 ， 一 般 不 会 出 现 同一 个 享 元 对 象 有 多 个 实例 的 情况 。 这 样 就 不 用 去 考 
虑 动态 创建 和 销毁 享 元 对 象 实例 的 功能 ， 另 外 因为 只 有 一 个 实例 ， 也 就 不 存在 动态 调度 
的 麻烦 ， 反 正 就 是 它 了 。 

这 也 主要 是 因为 享 元 对 象 封装 的 多 半 是 对 和 象 的 内 部 状态 ， 这 些 状态 通常 是 不 变 的 ， 
有 一 个 实例 就 够 了 ， 不 需要 动态 控制 生命 周期 ， 也 不 需要 动态 调度 ， 它 只 需要 做 一 个 组 
存 而 已 ， 没 有 上 升 到 真正 的 实例 池 的 高 度 。 

5. 享 元 模式 的 调用 顺序 示意 图 

享 元 模式 的 使 用 上 ， 有 两 种 情况 ， 一 种 是 没有 “不 需要 共享 ”的 享 元 对 象 ， 就 如 同 
前 面 的 示例 那样 ， 只 有 共享 享 元 对 象 的 情况 ， 还 有 一 种 是 既 有 共享 享 元 对 象 ， 又 有 不 需 
要 共享 的 享 元 对 象 的 情况 ， 这 种 情况 后 面 再 示例 。 


下 面 看 看 只 有 共享 享 元 对 象 的 情况 下 ， 享 元 模式 的 调用 顺序 ， 如 图 20.3 所 示 。 


1 通过 享 元 工厂 来 获取 共享 的 训 元 对 他 1.1; 创建 相应 


z; 调用 共享 的 享 元 对 象 的 方法 ， 传 入 从 部 状态 





图 20.3 只 有 共享 训 元 对 象 的 情况 下 享 元 模式 的 调用 顺序 示意 图 
6. 谁 来 初始 化 共享 对 象 
在 享 元 模式 中 ， 通 常 是 在 第 一 次 向 享 元 工厂 请 求 获取 共享 对 象 的 时 候 ， 进 行 共享 对 
象 的 初始 化 ， 而 且 多 半 都 是 在 享 元 工厂 内 部 实现 ， 不 会 从 外 部 传 入 共享 对 象 。 当 然 可 以 
从 外 部 传 入 一 些 创 建 共 享 对 象 需要 的 值 ， 享 元 工厂 可 以 按照 这 些 值 去 初始 化 需要 共享 的 
对 象 ， 然 后 把 创建 好 的 共享 对 象 的 实例 放 入 享 元 工厂 内 部 的 缓存 中 ， 以 后 再 请 求 这 个 共 
享 对 象 的 时 候 就 不 用 再 创建 了 。 


20. 3. 2 不 需要 共享 的 享 元 实现 


可 能 有 些 朋 友 看 到 这 个 标题 会 很 疑惑 ， 享 元 不 就 是 要 共享 的 对 象 吗 ? 不 共享 ， 叫 什 
么 享 元 啊 ? 

确实 有 不 需要 共享 的 享 元 实现 ， 这 种 情况 多 出 现在 组 合 结构 中 ， 对 于 使 用 已 经 缓存 
的 享 元 组 合 出 来 的 对 象 ， 就 没有 必要 再 缓存 了 。 也 就 是 把 已 经 缓存 的 享 元 当做 叶子 结 点 ， 
组 合 出 来 的 组 合 对象 就 不 需要 再 被 缓存 了 。 也 把 这 种 享 元 称 为 复合 享 元 。 

比如 上 面 的 权限 描述 ， 如 果 出 现 组 合 权 限 描述 ， 在 这 个 组 合 对 象 中 包含 很 多 个 共享 
的 权限 描述 ， 那 么 这 个 组 合 对 象 就 不 用 缓存 了 ， 该 组 合 对 象 的 存在 只 是 为 了 在 授权 的 时 
候 更 加 方便 。 

具体 点 说 吧 ， 比 如 要 给 某 人 分 配 “ 薪 资 数据 ”这 个 安全 实体 的 “修改 ”权限 ， 那 么 
一 定 会 把 “薪资 数据 ”的 “查看 权限 ”也 分 配给 这 个 人 。 如 果 按 照 前 面 的 做 法 ， 需 要 分 
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配 两 个 对 象 ， 为 了 方便 ,干脆 把 这 两 个 描述 组 合 起 来 ， 打 包 成 一 个 对 象 ， 命 名 为 “操作 
薪资 数据 ”， 那 么 分 配 权限 的 时 候 ， 可 以 这 样 描 述 : 

把 “操作 薪资 数据 ” 分 配给 。 张 三 

这 句 话 的 意思 就 相当 于 : 

把 “薪资 数据 ”的 “查看 ”权限 “分 配给 ” 张 三 

把 “薪资 数据 ” 的 “修改 ”权限 ”分 配给 。” 张 三 

这 样 一 来 , “操作 薪资 数据 ”就 相当 于 是 一 个 不 需要 共享 的 享 元 ， 它 实际 由 享 元 “ 薪 
资 数据 的 查看 权限 ”和 享 元 “薪资 数据 的 修改 权限 ”这 两 个 享 元 组 合 而 成 ， 因 此 
“操作 薪资 数据 ”本 身 也 就 不 需要 再 共享 了 。 

这 样 分 配 权限 的 时 候 就 会 简单 一 点 。 

但 是 这 种 组 合 对 象 在 权限 系统 中 一 般 不 用 于 验证 ， 也 就 是 说 验证 的 时 候 还 是 一 个 一 
个 进行 判断 ， 因 为 在 存储 授权 信息 的 时 候 是 一 条 一 条 存储 的 。 但 也 不 排除 有 些 时 候 始终 
要 检查 多 个 权限 ,干脆 把 这 些 权限 打包 ， 然 后 直接 验证 是 否 有 这 个 组 合 权 限 ， 只 是 这 种 
情况 应 用 得 比较 少 而 已 。 

还 是 用 示例 来 说 明 吧 。 在 上 面 已 经 实现 的 系统 中 添加 不 需要 共享 的 享 元 实现 。 此 时 
系统 结构 如 图 20.4 所 示 。 








© +hasPermitboolean 
侠 -queryB 





Flweight 
Fweighi 


局 UnsharedConcreteFlyweight 
© -listList<Flyweight> 
@ +add:void 
© +match:boolean 


| 
J 






至 -securityEntity:String 
YW. 





三 ~ 
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图 20.4 不 需要 共享 享 元 的 示例 机 构 示意 图 
(1) 首先 要 在 享 元 接口 上 添加 对 组 合 对 象 的 操作 ， 主 要 是 添加 向 组 合 对 象 中 加 入 子 
对 象 的 方法 。 示 例 代 码 如 下 : 
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(2) 享 元 接口 改变 了 ， 那 么 原来 共享 的 享 元 对 象 也 需要 实现 这 个 方法 ， 这 个 方法 主 
要 是 针对 组 合 对 象 的 ， 因 此 在 叶子 对 象 中 抛 出 不 支持 的 例外 就 可 以 了 。 示 例 代 码 如 下 ; 


(3) 接 下 来 实现 新 的 不 需要 共享 的 享 元 对 象 ， 其 实 就 是 组 合共 享 享 元 对 象 的 对 象 ， 
这 个 组 合 对 象 中 ， 需 要 保存 所 有 的 子 对 象 ， 另 外 它 在 实现 match 方法 的 时 候 ， 是 通过 递 
归 的 方式 ， 在 整个 组 合 结构 中 进行 匹配 。 示 例 代 码 如 下 : 
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(4) 在 继续 实现 之 前 ， 先 来 准备 测试 数据 ， 也 就 是 TestDB， 需 要 有 一 些 改 变 。 

首先 是 授权 数据 要 区 分 是 单条 的 授权 还 是 组 合 的 授权 ， 这 个 在 每 条 授权 数据 后 面 添 
加 一 个 标识 来 描述 。 

然后 增加 一 个 描述 组 合 数据 的 记录 ， 使 用 一 个 Map 来 存放 。 

有 具体 的 示例 代码 如 下 : 





(5) 享 元 工厂 不 需要 变化 ， 这 里 就 不 再 袭 述 。 
(6) 接 下 来 该 实现 安全 管理 的 类 了 ， 这 个 类 相当 于 享 元 模式 的 Client 角色 。 这 次 在 


这 个 类 中 ， 不 仅 会 使 用 共享 的 享 元 对 象 ， 它 还 会 使 用 不 需要 共享 的 享 元 对 象 。 


主要 的 变化 集中 在 queryByUser 方法 中 ，。 原 本 只 是 通过 享 元 工厂 来 获取 共享 的 亭 
元 对 象 即 可 ， 但 这 次 还 需要 在 这 里 创建 不 需要 共享 的 享 元 对 象 。 示 例 代码 如 下 : 





第 20 章 享 元 模式 (Flyweight) 上 





(7) 客户 端 测试 没有 太 大 的 变化 ， 增 加 一 条 测试 “ 李 四 对 薪资 数据 的 修改 权限 ”。 
示例 代码 如 下 : 
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可 以 运行 测试 一 下 ， 看 看 效果 。 结 果 示 例如 下 : 








20. 3. 3 ”对 享 元 对 象 的 管理 


虽然 享 元 模式 对 于 共享 的 享 元 对 象 实例 的 管理 要 求 没有 实例 池 对 实例 管理 的 要 求 那 
么 高 ， 但 是 也 还 是 有 很 多 自身 的 特点 功能 ， 比 如 ， 引 用 计数 、 垃 圾 清除 等 。 所 谓 垃圾 ， 
就 是 在 缓存 中 存在 ， 但 是 不 再 需要 被 使 用 的 缓存 中 的 对 象 。 

所 谓 引 用 计数 ， 就 是 享 元 工厂 能 够 记录 每 个 享 元 被 使 用 的 次 数 ， 而 垃圾 清除 ， 则 是 
大 多 数 缓存 管理 都 有 的 功能 ， 缓 存 不 能 只 往 里 面 放 数 据 ， 在 不 需要 这 些 数据 的 时 候 ， 应 
该 把 这 些 数据 从 缓存 中 清除 ， 释 放 相 应 的 内 存 空间 ， 以 节约 资源 。 

在 前 面 的 示例 中 ,共享 的 享 元 对 象 是 很 多 人 共享 的 , 基本 上 可 以 一 直 存 在 于 系统 中 ， 
不 用 清除 。 但 是 垃圾 清除 是 享 元 对 象 管理 的 一 个 常见 的 功能 。 继 续 通 过 示例 给 大 家 讲 一 
下 ， 看 看 如 何 实现 这 些 常见 的 功能 。 
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1. 实现 引用 计数 的 基本 思路 

要 实现 引用 计数 , 就 在 享 元 工厂 中 定义 一 个 Map, 它 的 key 值 与 缓存 享 元 对 象 的 key 
是 一 样 的 ， 而 value 就 是 被 引用 的 次 数 ， 这 样 当 外 部 每 次 获取 该 享 元 的 时 候 ， 就 把 对 应 的 
引用 计数 取出 来 加 上 1， 然 后 再 记录 回去 。 

2. 实现 垃圾 回收 的 基本 思路 

要 实现 垃圾 回收 就 比较 麻烦 点 ， 首 先 要 能 确定 哪些 是 垃圾 ? 其 次 是 何 时 回收 ? 还 有 
由 谁 来 回收 ? 如 何 回收 ? 解决 了 这 些 问 题 ， 也 就 实现 了 垃圾 回收 。 

(1) 为 了 确定 哪些 是 垃圾 ,一 个 简单 的 方案 是 这 样 的 ， 定义 一 个 缓存 对 象 的 配置 对 
象 ， 在 这 个 对 象 中 描述 了 缓存 的 开始 时 间 和 最 长 不 被 使 用 的 时 间 ， 这 个 时 候 判 断 是 否 垃 
圾 的 计算 公式 如 下 : 当前 的 时 间 - 缓存 的 开始 时 间 宇 最 长 不 被 使 用 的 时 间 。 当 然 ， 每 次 
这 个 对 象 被 使 用 的 时 候 ， 就 把 那个 缓存 开始 的 时 间 更 新 为 使 用 时 的 当前 时 间 ， 也 就 是 说 
如 果 一 直 有 人 用 的 话 ， 这 个 对 象 是 不 会 被 判断 为 垃圾 的 。 

(2) 何 时 回收 的 问题 ， 当 然 是 判断 出 来 是 垃圾 了 就 可 以 回收 了 。 


关键 是 谁 来 判断 垃圾 ， 还 有 谁 来 回收 垃圾 的 问题 。 一 个 简单 的 方案 是 定义 一 个 
内 部 的 线程 ， 这 个 线程 在 享 元 工厂 被 创建 的 时 候 就 启动 运行 。 由 这 个 线程 每 隔 


一 定 的 时 间 来 循环 缓存 中 所 有 对 象 的 缓存 配置 , 看 看 是 否 是 垃圾 ,如 果 是 垃圾 ， 
那 就 可 以 启动 回收 了 。 





(3) 怎么 回收 呢 ? 这 个 比较 简单 ， 就 是 直接 从 缓存 的 Map 对 象 中 删除 相应 的 对 象 ， 
让 这 些 对 象 没有 引用 的 地 方 ， 那 么 这 些 对 象 就 可 以 等 着 被 虚拟 机 的 垃圾 回收 来 回收 了 。 

3. 代码 示例 

(1) 分 析 了 这 么 多 ， 还 是 看 代码 示例 会 比较 清楚 ， 先 看 缓存 配置 对 象 。 示 例 代码 如 


wm 
* 描述 享 元 对 象 缓存 的 配置 对 象 
A 
public class CacheConfModelt{ 
/六 大 
* 缓存 开始 计时 的 开始 时 间 
ep 
private long beginTime; 
/** 
* 缓存 对 象 存放 的 持续 时 间 ， 其 实 是 最 长 不 被 使 用 的 时 间 
六 
private double durableTime; 
/** 
* 缓存 对 象 需要 被 永久 存储 ， 也 就 是 不 需要 从 缓存 中 删除 
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(2) 对 享 元 对 象 的 管理 工作 ， 是 由 享 元 工厂 来 完成 的 ， 因 此 上 面 的 功能 ， 也 集中 在 
享 元 工厂 中 来 实现 ， 在 上 一 个 例子 的 基础 之 上 ， 来 实现 这 些 功能 。 改 进 后 的 享 元 工厂 相 
对 而 言 稍 复杂 一 点 ， 大 致 有 如 下 改变 。 
= ”添加 一 个 Map， 来 缓存 被 共享 对 象 的 缓存 配置 的 数据 。 
1 ”添加 一 个 Map， 来 记录 缓存 对 象 被 引用 的 次 数 。 
为 了 测试 方便 ， 定 义 了 一 个 常量 来 描述 缓存 的 持续 时 间 。 
sa ”提供 获取 某 个 享 元 被 使 用 的 次 数 的 方法 。 
sm ”在 获取 享 元 的 对 象 中 ， 就 要 设置 相应 的 引用 计数 和 缓存 设置 了 ， 示 例 采 用 的 是 内 
部 默认 设置 一 个 缓存 设置 。 其 实 也 可 以 改造 一 下 获取 享 元 的 方法 ， 从 外 部 传 入 组 
存 设置 的 数据 。 
a 提供 一 个 清除 缓存 的 线程 ， 实 现 判断 缓存 数据 是 否 已 经 是 垃圾 了 ， 如 果 是 ， 那 就 
把 它 从 缓存 中 清除 掉 。 


基本 上 重新 实现 了 享 元 工厂 。 示 例 代 码 如 下 : 
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getUseTimes、removeFlyweight 和 getFlyweight 这 几 个 方法 是 加 了 同步 的 , 原因 是 在 多 


线程 环境 下 使 用 它们 ,容易 出 现 并 发 错误 ， 比 如 一 个 线程 在 获取 享 元 对 象 , 而 另 
一 个 线程 在 删除 这 个 缓存 对 象 。 





(3) 要 想 看 出 引用 计数 的 效果 来 ，SecurityMgr 需要 进行 一 些 修 改 ， 至 少 不 要 再 组 
存 数据 了 ， 需 要 直接 从 享 元 工厂 中 获取 数据 ， 和 否则 就 没有 办 法 准确 引用 计数 了 。 大 致 改 
变 如 下 。 
四 去 掉 了 放置 登录 人 员 对 应 权限 数据 的 缓存 。 
m ”不 需要 实现 登录 功能 ， 在 这 个 示意 程序 里 面 ， 登 录 方 法 已 经 不 用 实现 任何 功能 ， 

因此 直接 去 掉 。 

m ”原来 通过 map 获取 值 的 地 方 ， 直 接 通 过 queryByUser 获取 就 好 了 。 
示例 代码 如 下 : 
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(4) 还 是 写 个 客户 端 来 试 试看 ， 上 面 的 享 元 工厂 能 否 实现 对 享 元 对 象 的 管理 ， 尤 其 
” 是 对 于 垃圾 回收 和 计数 方面 的 功能 。 对 于 垃圾 回收 的 功能 不 需要 新 添加 任何 的 测试 代码 ， 
而 对 于 引用 计数 的 功能 ， 需 要 写 代码 来 调用 才能 看 到 效果 。 示 例 代码 如 下 : 





站 20 间 六 元 本 rineisc 【有 二 





进行 缓存 的 垃圾 回收 功能 的 是 个 线程 在 运行 ， 所 以 你 不 终止 该 线程 运行 ， 程 序 会 一 
直 运行 下 去 ， 运 行 部 分 结果 如 下 : 





解释 一 下 引用 次 数 是 怎么 计算 出 来 的 ， 目 前 实现 的 引用 次 数 ， 是 通过 享 元 工厂 获取 
一 次 享 元 对 象 就 计算 一 次 。 那 么 什么 时 候 会 通过 享 元 工厂 去 获取 一 次 享 元 对 象 呢 ? 
那 就 是 一 个 hasPermit 的 请 求 ， 在 进行 权限 判断 的 时 候 ， 会 查询 TestDB， 然 后 通过 
享 元 工厂 去 获取 一 次 享 元 对 象 。 因 此 最 后 的 结果 就 是 看 调用 一 次 hasPermit， 这 个 用 户 在 
TestDB 中 对 应 哪些 数据 ， 这 些 数据 就 会 被 调用 一 次 。 具 体 用 上 面 的 示例 来 说 就 是 : 


(1) 当 运行 到 Client 下 面 这 名 话 的 时 候 : 


595 











boolean f1 = mgr.haspermit (" 张 三 " "薪资 数据 v, "查看 ") ， 2 
根据 用 户 名 “ 张 三 ” 到 TestDB 中 查找 ， 看 他 具有 哪些 权限 。 根 据 TestDB，“ 张 三 ” 
这 个 人 员 只 会 影响 到 “人 员 列 表 ， 查 看 ”， 因 此 以 “人 员 列 表 ， 查 看 ”为 key 的 享 元 对 
象 被 引用 一 次 ， 当 前 次 数 为 1。 
(2) Client 继续 运行 ， 到 下 面 这 句 话 的 时 候 : 
boolean f2 -= mgr.hasPermit (" 李 四 ", "薪资 数据 "," 查 看") ; 
同 理 ， 根 据 用 户 名 “ 李 四 ” 到 TestDB 中 查找 ，“ 李 四 ”这 个 人 员 会 影响 到 “人 员 列 
表 ， 查 看 ”、“ 薪 资 数据 ， 查 看 ”和 “薪资 数据 ， 修 改 ”， 因 此 以 这 三 个 描述 为 key 的 
享 元 对 象 都 被 引用 一 次 。 此 时 “人 员 列 表 ， 查 看 ”对 应 的 享 元 对 象 当前 被 引用 次 数 为 2; 
“薪资 数据 ， 查 看 ”对 应 的 享 元 对 象 当前 被 引用 次 数 为 1; “薪资 数据 ， 修 改 ” 对 应 的 享 
元 对 象 当 前 被 引用 次 数 为 1。 
_(3) Client 继续 运行 ， 到 下 面 这 句 话 的 时 候 : 








"i 


2 有 Sg hasPermit (" 李 四 "， "薪资 数据 ", "修改 ") ; i 

同 理 ， 根据 用 户 名 “ 李 四 ” 到 TestDB 中 查找 ， 然 后 计数 。 结 果 是 : 以 “人 员 列 表 ， 
查看 ”、“ 薪 资 数 据 ， 查 看 ”和 “薪资 数据 ， 修 改 ” 为 key 的 享 元 对 象 都 再 次 被 引用 一 
次 。 此 时 “人 员 列 表 ， 查 看 ”对 应 的 享 元 对 象 当前 被 引用 次 数 为 3; “薪资 数据 ， 查 看 ” 
对 应 的 享 元 对 象 当前 被 引用 次 数 为 2; “薪资 数据 ,修改 ”对 应 的 享 元 对 象 当 前 被 引用 次 
数 为 2。 

(4) Client 继续 运行 ， 执 行 那个 循环 ， 每 次 运行 都 只 会 影响 到 以 “人 员 列 表 ， 查 看 ” 
为 key 的 享 元 对 象 的 引用 计数 ， 每 次 增加 1 次 ， 因 此 ， 循 环 3 次 后 ， 以 “人 员 列 表 ， 查 
看 ”为 key 的 享 元 对 象 被 引用 的 次 数 为 3+3=6 次 了 。 

运行 客户 端 测试 ， 体 会 一 下 ， 你 还 可 以 在 Client 中 加 入 让 线程 休息 几 秒 ， 然 后 再 运 
行 访问 权限 的 数据 ， 这 样 的 话 ， 这 些 被 使 用 的 数据 应 该 会 重新 计算 开始 计时 的 时 间 ， 去 
试 试 看 。 当 然 休 息 不 要 超过 6 秒 ， 超 过 6 秒 就 已 经 清除 了 。 


20. 3. 4 享 元 模式 的 优 缺 点 


享 元 模式 的 优点 是 : 减少 对 象 数量 ， 节 省 内 存 空间 。 
可 能 有 的 朋友 认为 共享 对 象 会 浪费 空间 ， 但 是 如 果 这 些 对 象 频繁 使 用 ， 那 么 其 实 是 
”节省 空间 的 。 因 为 占用 空间 的 大 小 等 于 每 个 对 象 实例 占用 的 大 小 再 乘 以 数量 ， 对 于 享 元 
对 象 来 讲 ， 基 本 上 就 只 有 一 个 实例 ， 大 大 减少 了 享 元 对 象 的 数量 ， 并 节省 不 少 的 内 存 空 
间 。 

节省 的 空间 取决 于 以 下 几 个 因素 : 因为 共享 而 减少 的 实例 数目 、 每 个 实例 本 身 所 占 
用 的 空间 。 假 如 每 个 对 象 实例 占用 2 个 字 节 ， 如 果 不 共 享 数量 是 100 个 ， 而 共享 后 就 只 
有 一 个 了 ， 那 么 节省 的 空间 约 等 于 (100 - 1) X2 字 节 。 

享 元 模式 的 缺点 是 : 维护 共享 对 象 ， 需 要 额外 开销 。 

如 同 前 面 演示 的 享 元 工厂 ， 在 维护 共享 对 象 的 时 候 ， 如 果 功 能 复杂 ， 会 有 很 多 额外 
的 开销 ， 比 如 有 一 个 线程 来 维护 垃圾 回收 。 
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20. 3.5 思考 享 元 模式 


1. 享 元 模式 的 本 质 


享 元 模式 的 本 质 : 分 离 与 共享 


分 离 的 是 对 象 状 态 中 变 与 不 变 的 部 分 ， 共 享 的 是 对 象 中 不 变 的 部 分 。 享 元 模式 的 关 
键 之 处 就 在 于 分 离 变 与 不 变 ， 把 不 变 的 部 分 作为 享 元 对 象 的 内 部 状态 ， 而 变化 部 分 则 作 
为 外 部 状态 ， 由 外 部 来 维护 ， 这 样 享 元 对 象 就 能 够 被 共享 ， 从 而 减少 对 象 数量 ， 并 节省 
大 量 的 内 存 空 间 。 

理解 了 这 个 本 质 后 ， 在 使 用 享 元 模式 的 时 候 ， 就 会 考虑 ， 哪 些 状态 需要 分 离 ? 如 何 
分 离 ? 分 离 后 如 何 处 理 ? 哪些 需要 共享 ? 如 何 管理 共享 的 对 象 ? 外 部 如 何 使 用 共享 的 享 
元 对 象 ? 是 否 需 要 不 共享 的 对 象 ? 等 等 。 

把 这 些 问题 都 思考 清楚 ， 找 到 相应 的 解决 方法 ， 那 么 享 元 模式 也 就 应 用 起 来 了 ， 可 
能 是 标准 的 应 用 ， 也 可 能 是 变形 的 应 用 ， 但 万 变 不 离 其 宗 。 

2. 何 时 选用 享 元 模式 

建议 在 以 下 情况 中 选用 部 元 模式 。 

ms ”如 果 一 个 应 用 程序 使 用 了 大 量 的 细 粒 度 对 象 ， 可 以 使 用 享 元 模式 来 减少 对 象 数量 。 

m ”如 果 由 于 使 用 大 量 的 对 象 ， 造 成 很 大 的 存储 开销 ， 可 以 使 用 享 元 模式 来 减少 对 象 

数量 ， 并 节约 内 存 。 

m ”如 果 对 象 的 大 多 数 状 态 都 可 以 转变 为 外 部 状态 ， 比 如 通过 计算 得 到 ， 或 是 从 外 部 

传 入 等 ， 可 以 使 用 享 元 模式 来 实现 内 部 状态 和 外 部 状态 的 分 离 。 
m 如 果 不 考 虑 对 象 的 外 部 状态 ， 可 以 用 相对 较 少 的 共享 对 象 取代 很 多 组 合 对 象 ， 可 
以 使 用 享 元 模式 来 共享 对 象 ， 然 后 组 合 对 象 来 使 用 这 些 共享 对 象 。 


20. 3.6 相关 模式 


sm 。 享 元 模式 与 单 例 模 式 
这 两 个 模式 可 以 组 合 使 用 。 
通常 情况 下 ， 享 元 模式 中 的 享 元 工厂 可 以 实现 成 为 单 例 。 另 外 ， 享 元 工厂 中 缓存 
的 享 元 对 象 ， 都 是 单 实例 的 ， 可 以 看 成 是 单 例 模式 的 一 种 变形 控制 ， 在 享 元 工厂 
中 来 单 例 享 元 对 象 。 

sm 。 享 元 模式 与 组 合 模式 
这 两 个 模式 可 以 组 合 使 用 。 
在 享 元 模式 中 , 存在 不 需要 共享 的 享 元 实现 , 这 些 不 需要 共享 的 享 元 通常 是 对 共享 
的 亭 元 对 象 的 组 合 对 象 。 也 就 是 说 ， 享 元 模式 通常 会 和 组 合 模式 组 合 使 用 ,来 实现 
更 复杂 的 对 象 层 次 结构 。 

= 享 元 模式 与 状态 模式 
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这 两 个 模式 可 以 组 合 使 用 。 

可 以 使 用 享 元 模式 来 共享 状态 模式 中 的 状态 对 象 。 通常 在 状态 模式 中 , 会 存在 数量 
很 大 的 、 细 粒度 的 状态 对 象 ， 而 且 它们 基本 上 都 是 可 以 重复 使 用 的 ， 都 是 用 来 处 理 
某 一 个 固定 的 状态 的 , 它们 需要 的 数据 通常 都 是 由 上 下 文 传 入 , 也 就 是 变化 部 分 都 
分 离 出 去 了 ， 所 以 可 以 用 享 元 模式 来 实现 这 些 状 态 对 象 。 

享 元 模式 与 策略 模式 

这 两 个 模式 可 以 组 合 使 用 。 

可 以 使 用 享 元 模式 来 实现 策略 模式 中 的 策略 对 象 。 和 状态 模式 一 样 , 在 策略 模式 中 
也 存在 大 量 细 粒度 的 策略 对 象 , 它们 需要 的 数据 同样 是 从 上 下 文 传 入 的 , 所 以 可 以 
使 用 享 元 模式 来 实现 这 些 策略 对 和 象 














21.1 场景 问题 


21. 1.1 读 取 配置 文件 


考虑 这 样 一 个 实际 的 应 用 : 维护 系统 自 定义 的 配置 文件 。 
几乎 每 个 实际 的 应 用 系统 都 有 与 应 用 自身 相关 的 配置 文件 ， 这 个 配置 文件 是 由 开发 
人 员 根 据 需 要 自 定 义 的 ， 系 统 运 行 时 会 根据 配置 的 数据 进行 相应 的 功能 处 理 。 
系统 现 有 的 配置 数据 很 简单 ， 主 要 是 JDBC 所 需要 的 数据 ， 还 有 默认 读 取 Spring 的 
配置 文件 。 目 前 系统 只 需要 一 个 Spring 的 配置 文件 。 示 例 代 码 如 下 : 
<?xml version="1.0" encoding="UTF-8"?> 
<root> 
<jdbc> 
<driver-class> 驱 动 类 名 </driver-class> 
<url> 连 接 数据 库 的 URL</url> 
”<user> 连 接 数 据 库 的 用 户 名 </user> 
”<password> 连 接 数 据 库 的 密码 </password> 
/je 
<application-xml> 缺 省 读 取 的 Spring 配置 的 文件 名 称 </application-xml> 
</root> 


现在 的 功能 需求 是 : 如 何 能 够 灵活 地 读 取 配 置 文 件 的 内 容 ? 
21. 1.2 不 用 模式 的 解决 方案 


不 就 是 读 取 配置 文件 吗 ? 实现 很 简单 ， 直 接 读 取 并 解析 xml 就 可 以 了 。 读 取 xml 的 
应 用 包 很 多 ， 这 里 都 不 用 ， 直 接 采 用 最 基础 的 Dom 解析 就 可 以 了 。 另 外 ， 读 取 到 xml 
中 的 值 后 ， 后 续 如 何 处 理 ， 这 里 也 不 用 管 ， 这 里 只 是 实现 把 配置 文件 读 取 并 解析 出 来 。 
按照 这 个 思路 ， 很 快 就 写 出 了 实现 的 代码 。 示 例 代码 如 下 : 
/六 大 
* 读 取 配置 文件 
* 
Public class ReadAppXxml { 
/** 
* 读 取 配置 文件 内 容 
* @param filePathName 配置 文件 的 路 径 和 文件 名 
* @throws Exception 
*/ 
Public void read(String filePathName)throws Exceptiont{ 
Document doc = null; 


// 建 立 一 个 解析 器 工厂 


600 


第 21 章 解释 器 模式 (lnterpreter) | 








System.out.println ("applicationxXxml=="+applicationxXml); 
} 
21. 1.3 有 何 问题 


看 了 上 面 的 实现 ， 多 简单 啊 ， 就 是 最 基本 的 Dom 解析 嘛 ， 要 是 采用 其 他 的 开源 工具 
包 , 比如 dom4j、jDom 之 类 的 来 处 理 , 会 更 简单 ， 这 好 像 不 值得 一 提 呀 , 真 的 是 这 样 吗 ? 


a 代 请 思考 一 个 问题 ， 如 果 配 置 文件 的 结构 需要 变动 呢 ? 仔细 想 想 ， 就 会 感觉 出 问 
qi 题 来 了 。 还 是 先 看 例子 ， 然 后 再 来 总 结 这 个 问题 。 


随 着 开发 的 深入 进行 ， 越 来 越 多 可 配置 的 数据 被 抽取 出 来 ， 需 要 添加 到 配置 文件 中 ， 
比如 与 数据 库 的 连接 配置 ， 就 加 入 了 是 否 需要 、 是 否 使 用 DataSource 等 配置 。 除 了 这 些 
还 加 入 了 一 些 其 他 需要 配置 的 数据 ， 比 如 ， 系 统管 理 员 、 上 日志 记录 方式 、 缓 存 线程 的 间 
隔 时 长 、 默 认 读 取 哪 些 Spring 配置 文件 等 。 示 例 代 码 如 下 : 


<?xml version="1.0" encoding= "UTF-8"?> 





<root”> 
<database-connection> 
<connection-type> 连 接 数据 库 的 类 型 ，1- 用 Spring 集成 的 方式 
(也 就 是 不 用 下 面 两 种 方式 了 ) ，2-DataSource (就 是 使 用 JNDI) 
3 一 使 用 JDBC 自 己 来 连接 数据 库 
</connection-type> 
<jndi>DataSource 的 方式 用 ， 服 务 器 数据 源 的 JNDI 名 称 </jndi> 
<jdbc> 跟 上 面 一 样 ， 省 略 了 </jdbc> 
</database-connection> 
<system-operator> 系 统管 理 员 ID</system-operator> 
<Jog> 
,<operate-type> 记 录 日 志 的 方式 ，1- 数 据 库 ，2-- 文 件 </operate-type> 
“<file-name> 记 录 日 志 的 文件 名 称 </file-name> 
< 人 oOg> 
<thread-interval> 绥 存 线程 的 间隔 时 长 </thread-interval> 
<spring-default> 
<application-xmls> 
<application-xml> 
默认 读 取 的 Spring 配置 的 文件 名 称 
</application-xml> 
<application-xml> 
其 他 需要 读 取 的 Spring 配 置 的 文件 名 称 
</application~-xml> 


</application-xmls> 
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有 朋友 可 能 会 想 ， 改 变 一 下 配置 文件 ， 值 得 大 惊 小 怪 吗 ? 对 于 应 用 系统 开发 来 讲 ， 
这 不 是 经 常 发 生 的 、 很 普通 的 一 件 事情 吗 ? 

的 确 是 这 样 ， 改变 一 下 配置 文件 不 是 件 大 事情 , 但 是 带 来 的 一 系列 麻烦 也 不 容 忽视 ， 
比如 ， 修 改 了 配置 文件 的 结构 ， 那 么 读 取 配置 文件 的 程序 就 需要 做 出 相应 的 变更 ， 用 来 
封装 配置 文件 数据 的 数据 对 象 也 需要 相应 的 修改 ， 外 部 使 用 配置 文件 的 地 方 ， 获 取 数据 
的 地 方 也 会 相应 变动 。 

当然 在 这 一 系列 麻烦 中 ， 最 让 人 痛苦 的 莫 过 于 修改 读 取 配置 文件 的 程序 了 ， 有 时 候 
几乎 是 重 写 。 比 如 ,在 使 用 Dom 读 取 第 一 个 配置 文件 ， 读 取 默 认 的 Spring 配置 文件 的 值 
的 时 候 ， 可 能 的 片段 代码 示例 如 下 : 





但 是 如 果 配置 文件 改 成 第 二 个 ， 文 件 的 结构 发 生 了 改变 ， 需 要 读 取 的 配置 文件 变 成 
多 个 了 ， 读 取 的 程序 也 发 生 了 改变 ， 而 且 application-xml 节点 也 不 是 直接 从 doc 下 获取 
了 。 几 乎 是 完全 重 写 了 ， 此 时 可 能 的 片段 代码 示例 如 下 


仔细 对 比 上 面 在 xml 变化 前 后 读 取 值 的 代码 ， 你 会 发 现 ， 由 于 xml 结构 的 变化 ， 导 
致 读 取 xml 文件 内 容 的 代码 基本 上 完全 重 写 了 。 
问题 还 不 仅仅 限于 读 取 元 素 的 值 ， 同 样 体现 在 读 取 属性 上 。 可 能 有 些 朋 友 说 可 以 换 
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不 同 的 xml 解析 方式 来 简化 ， 不 是 还 有 Sax 解析 ， 实 在 不 行 换 用 其 他 开源 的 解决 方案 。 
确实 通过 使 用 不 同 的 解析 xml 的 方式 是 会 让 程序 变 得 简单 点 ， 但 是 每 次 xml 的 结构 
发 生变 化 过 后 ， 或 多 或 少 都 是 需要 修改 程序 中 解析 xml 部 分 的 。 


有 没有 办 法 解决 这 个 问题 呢 ? 也 就 是 当 xml 的 结构 发 生 改 变 后 ， 能 够 很 方便 地 获取 
相应 元 素 或 者 是 属性 的 值 ， 而 不 用 再 去 修改 解析 xml 的 程序 。 


21.2 解决 方案 
21. 2. 1 使 用 解释 器 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 ， 就 是 使 用 解释 器 模式 。 那 么 什么 是 解释 
器 模式 呢 ? 
1. 解释 器 模式 的 定义 


CD. td .De DD Sd ,ii 


该 表示 来 解释 语言 中 的 句子 。 





这 里 的 文法 ， 简 单 点 说 就 是 我 们 俗称 的 “语法 规则 ”。 

2. 应 用 解释 器 模式 来 解决 问题 的 思路 

要 想 解 决 当 xml 的 结构 发 生 改 变 后 ， 不 用 修改 解析 部 分 的 代码 ， 一 个 自然 的 思路 就 
是 要 把 解析 部 分 的 代码 写成 公共 的 , 而 且 还 要 是 通用 的 ,能够 满足 各 种 xml 取 值 的 需要 ， 
比如 ， 获 取 单 个 元 素 的 值 、 获 取 多 个 相同 名 称 的 元 素 的 值 、 获 取 单 个 元 素 的 属性 的 值 、 
获取 多 个 相同 名 称 的 元 素 的 属性 的 值 ， 等 等 。 


5 要 写成 通用 的 代码 ， 又 有 几 个 问题 要 解决 ， 如 何 组 织 这 些 通用 的 代码 9? 如何 调 
i 用 这 些 通用 的 代码 ? 以 何 种 方式 来 告诉 这 些 通用 代码 ， 客 户 端的 需要 ? 


要 解决 这 些 问 题 ， 其 中 的 一 个 解决 方案 就 是 解释 器 模式 。 在 描述 这 个 模式 的 解决 思 
路 之 前 ， 先 解释 两 个 概念 ， 一 个 是 解析 器 (不 是 指 xml 的 解析 器 ) ， 另 一 个 是 解释 器 。 

m ”这 里 的 解析 器 ， 指 的 是 把 描述 客户 端 调用 要 求 的 表达 式 ， 经 过 人 解析， 形成 一 个 

抽象 语法 树 的 程序 ， 不 是 指 xml 的 解析 器 。 

a ”这 里 的 解释 器 ， 指 的 是 解释 抽象 语法 树 ， 并 执行 每 个 节点 对 应 的 功能 的 程序 。 

要 解决 通用 解析 xml 的 问题 ， 第 一 步 : 需要 先 设计 一 个 简单 的 表达 式 语 言 ， 在 客户 
端 调 用 解析 程序 的 时 候 ， 传 入 用 这 个 表达 式 语 言 描 述 的 一 个 表达 式 ， 然 后 把 这 个 表达 式 
通过 解析 器 的 解析 ， 形 成 一 个 抽象 的 语法 树 。 

第 二 步 : 解析 完成 后 ， 自 动 调用 解释 器 来 解释 抽象 语法 树 ， 并 执行 每 个 节点 所 对 应 
的 功能 ， 从 而 完成 通用 的 xml 解析 。 

这 样 一 来 ， 每 次 当 xml 结构 发 生 了 更 改 ， 也 就 是 在 客户 端 调 用 的 时 候 ， 传 入 不 同 的 
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表达 式 即 可 ， 整 个 解析 xml 过 程 的 代码 都 不 需要 再 修改 了 。 
21. 2.2 解释 器 模式 的 结构 和 说 明 


解释 器 模式 的 结构 如 图 21.1 所 示 。 


局 Context 









民 ApstractExpression 
(© +interpretlctx:Context)voio 


人 人 


[mp TerminalExpression 


全 +interpretfctx:Contextj'void 


屁 client 一 一 一 一 







% 


[Lu NonterminalExpression 


®@ +interpret(ctx:Context):void 










图 21.1 解释 器 模式 结构 图 

m ”AbstractExpression: 定义 解释 器 的 接口 ， 约 定 解释 器 的 解释 操作 。 

m ”TerminalExpression: 终结 符 解释 器 , 用 来 实现 语法 规则 中 和 终结 符 相关 的 操作 ， 
不 再 包含 其 他 的 解释 器 ， 如 果 用 组 合 模式 来 构建 抽象 语法 树 的 话 ， 就 相当 于 组 
合 模式 中 的 叶子 对 象 ， 可 以 有 多 种 终结 符 解 释 器 。 

mn ”NonterminalExpression: 非 终结 符 解 释 器 , 用 来 实现 语法 规则 中 非 终 结 符 相 关 的 
操作 ， 通 常 一 个 解释 器 对 应 一 个 语法 规则 ， 可 以 包含 其 他 的 解释 器 ， 如 果 用 组 
合 模式 来 构建 抽象 语法 树 的 话 ， 就 相当 于 组 合 模式 中 的 组 合 对 象 。 可 以 有 多 种 
非 终 结 符 解 释 器 。 

m Context: 上 下 文 ， 通 常 包含 各 个 解释 器 需要 的 数据 或 是 公共 的 功能 。 

”Client: 客户 端 ， 指 的 是 使 用 解释 器 的 客户 端 ， 通 常 在 这 里 将 按照 语言 的 语法 做 
的 表达 式 转 换 成 为 使 用 解释 器 对 象 描述 的 抽象 语法 树 ， 然 后 调用 解释 操作 。 


21.2.3 解释 器 模式 示例 代码 
(1) 先 看 看 抽象 表达 式 的 定义 。 非 常 简单 ， 定 义 一 个 执行 解释 的 方法 。 示 例 代码 如 


/** 

* 抽象 表达 式 

A 

public abstract class AbstractExpression { 


/** 
* 解释 的 操作 
* Q@param ctx 上 下 文 对 象 
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_ (2) 再 来 看 看 终结 符 表 达 式 的 定义 。 示 例 代码 如 下 : 








(3) 接 下 来 该 看 看 非 终结 符 表达 式 的 定义 了 。 示 例 代码 如 下 : 








(4) 上 下 文 的 定义 。 示 例 代码 如 下 








_ 《5) 最 后 来 看 看 客户 端的 定义 。 示 例 代码 如 下 : 


看 到 这 里 ， 可 能 有 些 朋 友 会 觉得 ， 上面 的 示例 代码 里 面 什么 都 没有 啊 。 这 主要 是 因 
为 解释 器 模式 是 和 具体 的 语法 规则 联系 在 一 起 的 ， 没 有 相应 的 语法 规则 ， 自 然 写 不 出 对 
应 的 处 理 代码 来 。 

但 是 这 些 示 例 还 是 有 意义 的 ， 可 以 通过 它们 看 出 解释 器 模式 实现 的 基本 架子 ， 只 是 
没有 具体 的 内 部 处 理 罢了 。 
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21. 2.4 使 用 解释 器 模式 重 写 示例 


通过 上 面 的 讲述 可 以 看 出 ， 要 使 用 解释 器 模式 ， 一 个 重要 的 前 提 就 是 要 定义 一 套 语 
法 规则 ， 也 称 为 文法 。 不 管 这 套 文法 的 规则 是 简单 还 是 复杂 ， 必 须 有 这 些 规则 ， 因 为 解 
释 器 模式 就 是 按照 这 些 规 则 来 进行 解析 并 执行 相应 的 功能 的 。 

1. 为 表达 式 设计 简单 的 文法 


为 了 通用 ， 用 root 表示 根 元 素 ，a、b、c、d 等 来 代表 元 素 ， 一 个 简单 的 xml 如 下 : 





约定 表达 式 的 文法 如 下 。 

m ”获取 单个 元 素 的 值 ， 从 根 元 素 开 始 , 一 直到 想 要 获取 值 的 元 素 , 元 素 中 间 用 “/” 
分 隔 ， 根 元 素 前 不 加 “/”。 比 如 ， 表 达 式 “roota/b/c” 就 表示 获取 根 元 素 下 、 
a 元素 下 、b 元 素 下 的 c 元 素 的 值 。 

m 获取 单个 元 素 的 属性 的 值 : 要 获取 值 的 属性 一 定 是 表达 式 的 最 后 一 个 元 素 的 属 
性 ， 在 最 后 一 个 元 素 后 面 添加 “.” 然 后 再 加 上 属性 的 名 称 。 比 如 ， 表 达 式 
“root/a/b/c.name” 就 表示 获取 根 元 素 下 、a 元 素 下 、b 元 素 下 、e 元 素 的 name 
属性 的 值 。 

m 获取 相同 元 素 名 称 的 值 ， 当 然 是 多 个 ， 要 获取 值 的 元 素 一 定 是 表达 式 的 最 后 一 
个 元 素 ， 在 最 后 一 个 元 素 后 面 添加 “$”。 比 如 ， 表 达 式 “roota/b/d$” 就 表示 
获取 根 元 素 下 、a 元 素 下 、b 元 素 下 的 多 个 d 元 素 的 值 的 集合 。 

m ”获取 相同 元 素 名 称 的 属性 的 值 ， 当 然 也 是 多 个 : 要 获取 属性 值 的 元 素 一 定 是 表 
达 式 的 最 后 一 个 元 素 ， 在 最 后 一 个 元 素 后 面 添加 “$”， 然 后 在 后 面 添加 “.” 
然后 再 加 上 属性 的 名 称 ， 在 属性 名 称 后 面 也 添加 “$”。 比 如 ， 表 达 式 
“root/a/b/d$.id$” 就 表示 获取 根 元 素 下 、a 元 素 下 、b 元 素 下 的 多 个 d 元素 的 id 
属性 的 值 的 集合 。 

2. 示例 说 明 


为 了 示例 的 通用 性 ， 就 使 用 上 面 这 个 简单 的 xml 来 实现 功能 ， 不 去 使 用 前 面 定义 的 
有 具体 的 xml 了 ， 解 决 的 方法 是 一 样 的 。 
另外 一 个 问题 ， 解 释 器 模式 主要 解决 的 是 “解释 抽象 语法 树 ， 并 执行 每 个 节点 所 对 
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应 的 功能 ”， 并 不 包含 如 何 从 一 个 表达 式 转换 成 为 抽象 的 语法 树 。 因 此 下 面 的 范例 就 先 
来 实现 解释 器 模式 所 要 求 的 功能 。 至 于 如 何 从 一 个 表达 式 转换 成 为 相应 的 抽象 语法 树 ， 
后 面 将 会 给 出 一 个 示例 。 

对 于 抽象 的 语法 树 这 个 树 状 结构 ， 很 明显 可 以 使 用 组 合 模式 来 构建 。 解 释 器 模式 把 
需要 解释 的 对 象 分 成 了 两 大 类 ， 一 类 是 节点 元 素 ， 就 是 可 以 包含 其 他 元 素 的 组 合 元 素 ， 
比如 非 终结 符 元 素 ， 对 应 成 为 组 合 模式 的 Composite; 另 一 类 是 终结 符 元 素 ， 相 当 于 组 合 
模式 的 叶子 对 象 。 解 释 整 个 抽象 语法 树 的 过 程 ， 也 就 是 执行 相应 对 象 的 功能 的 过 程 。 

比如 上 面 的 xml， 对 应 成 为 抽象 语法 树 ， 可 能 的 结构 如 图 21.2 所 示 : 





非 终结 符 : root 





图 21.2 xml 对 应 的 抽象 语法 树 示 意图 
3. 具体 示例 
从 简单 的 开始 ， 先 来 演示 获取 单个 元 素 的 值 和 单个 元 素 的 属性 的 值 。 在 看 具体 代码 
前 ， 先 来 看 看 此 时 系统 的 整体 结构 ， 如 图 21.3 所 示 。 


«create» 
@® +Context 
©@ +reInit:void 
全 +getNowEle:Element 






Y= 9 
小 preEle:Element 


名 ReadmiExpression 
三 -document:Document 


© +interpret:String; 


A LN 人 

















Oy 
[Ld FlementExpression 
品 FlementTerminalExpression 从 -eles:Collection<ReadxmlExpression> 
@ -eleName:String 












«create» 
© +ElementExpression 
司 +addEle:boolean 
加 +removeEle:boolean 
® +interpret:5tring 


-eleName:String 


«Create» 
全 +ElementTerminalExpression 
十 interpret:String 


篇-propName:5tring 


«Create» 
© +PropertyTerminalExpression 
( +interpret:5trin g| 








图 21.3 解释 器 模式 示例 的 结构 示意 图 
(1) 定义 抽象 的 解释 器 。 
要 实现 解释 器 的 功能 ， 首 先 定义 一 个 抽象 的 解释 器 , 来 约束 所 有 被 解释 的 语法 对 象 ， 
也 就 是 节点 元 素 和 终结 符 元 素 都 要 实现 的 功能 。 示 例 代码 如 下 : 
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(2) 定义 上 上下文 s | 
上 下 文 是 用 来 封装 解释 器 需要 的 一 些 全 局 数据 ， 也 可 以 在 其 中 封装 一 些 解 释 器 的 公 
共 功 能 ， 相 当 于 各 个 解释 器 的 公共 对 象 。 示 例 代 码 如 下 : 





preEle = null; 
} 
/六 六 
* 各 个 Expression 公共 使 用 的 方法 
* 根据 父 元 素 和 当前 元 素 的 名 称 来 获取 当前 的 元 素 
* @param pEle 父 元 素 
* aparam eleName 当前 元 素 的 名 称 
* @return 找到 的 当前 元 素 
Public Element getNowEJe (ELement PEle String eleName){ 





NodeList tempNodeList = pEle.getChildNodes(); 
for (int i=0;i<tempNodeList.getLength();i++){ 
if (tempNodeList.item(i) instanceof Element){ 
Element nowEle = (Element)tempNodeList.item(i); 
if(nowEle.getTagName () .equals (eleName)){ 


return nowEle; 


} 


return null; 


public Element getPreEle() { 
return prepEle; 

} 

public void setPreEle(Element preEle) { 
this.preEle = preEle; 


public Document getDocument() { 


return document; 


} 
在 上 下 文中 使 用 了 一 个 工具 对 象 XmlUtil 来 获取 Document 对 象 ,就 是 Dom 解析 xml， 
获取 相应 的 Document 对 象 。 示 例 代 码 如 下 : 
public class XmlUtil { 
public static Document getRoot (String filePathName) throws 
Exceptiont{ 
Document doc = null; 


// 建 立 一 个 解析 器 工厂 
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(3) 定义 元 素 作为 非 终结 符 对 应 的 解释 器 。 

接 下 来 该 看 看 如 何 解释 执行 中 间 元 素 了 。 首 先 这 个 元 素 相当 于 组 合 模 式 中 的 
Composite 对 象 ， 因 此 需要 对 子 元 素 进行 维护 ， 另 外 这 个 元 素 的 解释 处 理 ， 只 需要 把 自己 
找到 ， 作 为 下 一 个 元 素 的 父 元 素 就 可 以 了 。 示 例 代码 如 下 : 








(4) 定义 元 素 作为 终结 符 对 应 的 解释 器 。 

对 于 单个 元 素 的 处 理 ， 终 结 符 有 两 种 ， 一 个 是 元 素 终结 ， 另 一 个 是 属性 终结 。 如 果 
是 元 素 终结 ， 就 是 要 获取 元 素 的 值 ， 如 果 是 属性 终结 ， 就 是 要 获取 属性 的 值 。 分 别 来 看 
看 是 如 何 实现 的 。 

先 看 看 元 素 作为 终结 的 解释 器 。 示 例 代码 如 下 : 
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(5) 定义 属性 作为 终结 符 对 应 的 解释 器 。 
接 下 来 看 看 属性 终结 符 的 实现 ， 就 会 比较 简单 ， 直 接 获取 最 后 的 元 素 对 象 ， 然 后 获 
取 相应 的 属性 的 值 。 示 例 代码 如 下 ， 





return Ss 


} 

(6) 使 用 解释 器 。 

定义 好 了 各 个 解释 器 的 实现 , 可 以 写 个 客户 端 来 测试 一 下 这 些 解释 器 对 象 的 功能 
使 用 解释 器 的 客户 端的 工作 会 比较 多 ， 最 主要 的 就 是 要 组 装 抽象 的 语法 树 。 

先 来 看 看 如 何 使 用 解释 器 获取 单个 元 素 的 值 。 示 例 代码 如 下 : 


public class Client { 





Public static void main(String[] args) throws Exception { 
/7 准备 上 下 文 


Context c = new Context ("InterpreterTest.xml"); 


// 想 要 获取 c 元 素 的 值 ， 也 就 是 如 下 表达 式 的 值 : "root/a/b/e" 
// 首 先 要 构建 解释 器 的 抽象 语法 树 
ElementExpression root = new ElementExpression("root"); 
ElementExpression aEle = new ElementExpression("a"); 
ElementExpression bEle = new ElementExpression("b"); 
ElementTerminalExpression cEle = 

new ElementTerminalExpression("c"); 
// 组 合 起 来 
root.addEle(able); 
aEle.addEle (bEle); 
bEle.addEle (cEle); 
// 调 用 
String ss[] = root.interpret (c); 


System.out.println("c 的 值 是 ="+ss[0]); 


} 
把 前 面 定 义 的 xml 取 名 叫 作 “InterpreterTest.xzml”， 放 到 当前 工程 的 根 下 面 ， 运 行 看 
看 ， 能 正确 获取 值 吗 ? 运行 结果 如 下 : 
c 的 值 是 =12345 
再 来 测试 一 下 获取 单个 元 素 的 属性 的 值 。 示 例 代 码 如 下 ; 
public class Client 
Public static void main(String[] args) throws Exception { 


// 准 备 上 下 文 


Context c = new Context ("InterpreterTest.xml"); 


// 想 要 获取 c 元 素 的 name 属性 ,也 就 是 如 下 表达 式 的 值 : "root/a/b/c.name" 
// 这 个 时 候 c 不 是 终结 了 ， 需 要 把 c 修改 成 ElementExpressioin 


ElementExpression root = new ElementExpression("root"); 
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ElementExpression aEle = new ElementExpression("a"); 
ElementExpression bEle = new ElementExpression("b"); 
ElementExpression cEle = new ElementExpression("c"); 
propertyTerminalExpression Prop = 

new PropertyTerminalExpression("name”); 
// 组 合 
root.addEle (aEle); 
aple.addEle (bEle); 
bEle:addEle (cEle); 
cEle.addEle (prop); 
// 调 用 
String ss[] = root.interpret (c); 
System.out .println("c 的 属性 name 的 值 是 ="+ss[0]); 


// 如 果 要 使 用 同一 个 上 下 文 ， 连 续 进行 解析 ， 需 要 重新 初始 化 上 下 文 对 象 
// 比 如 ， 要 连续 的 重新 再 获取 一 次 属性 name 的 值 ， 当 然 你 可 以 重新 组 合 元 素 ， 
// 重 新 解析 ， 只 要 是 在 使 用 同一 个 上 下 文 ， 就 需要 重新 初始 化 上 下 文 对 象 
c.reInit(); 
String ss2[] = root.interpret (c); 
System.out .println ("重新 获取 c 的 属性 name 的 值 是 ="+ss2[0]); 

; ' 

} 

运行 结果 如 下 : 

c 的 属性 name 的 值 是 =testc 

重新 获取 c 的 属性 name 的 值 是 =testc 

就 像 前 面 讲 述 的 那样 ， 制 定 一 种 简单 的 语言 ， 让 客户 端 用 来 表达 从 xml 中 取 值 的 表 
达 式 的 语言 ， 然 后 为 它们 定义 一 种 文法 的 表示 ， 也 就 是 语法 规则 ， 然 后 用 解释 器 对 象 来 
表示 那些 表达 式 ， 接 下 来 通过 运行 解释 器 来 解释 并 执行 这 些 功能 。 

但 是 从 前 面 的 示例 中 ， 我 们 只 能 看 到 客户 端 直 接 使 用 解释 器 对 象 ， 来 表示 客户 要 从 
xml 中 取 什么 值 的 语法 树 ， 而 没有 看 到 如 何 从 语言 的 表达 式 转换 成 为 这 种 解释 器 的 表示 ， 
这 个 功能 是 属于 解析 器 的 功能 ， 没 有 划分 在 标准 的 解释 器 模式 中 ， 所 以 这 里 就 先 不 演示 ， 
在 后 面 将 会 有 示例 来 介绍 解析 器 。 


21.3 模式 讲解 
21. 3.1 认识 解释 器 模式 


1. 解释 器 模式 的 功能 
解释 器 模式 使 用 解释 器 对 象 来 表示 和 处 理 相 应 的 语法 规则 ， 一 般 一 个 解释 器 处 理 一 
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条 语法 规则 。 理 论 上 来 说 ， 只 要 能 用 解释 器 对 象 把 符合 语法 的 表达 式 表 示 出 来 ， 而 且 能 
够 构成 抽象 的 语法 树 ， 那 都 可 以 使 用 解释 器 模式 来 处 理 。 

2. 语法 规则 和 解释 器 

语法 规则 和 解释 器 之 间 是 有 对 应 关系 的 ， 一 般 一 个 解释 器 处 理 一 条 语法 规则 ， 但 是 
反 过 来 并 不 成 立 ， 一 条 语法 规则 是 可 以 有 多 种 解释 和 处 理 的 ， 也 就 是 一 条 语法 规则 可 以 
对 应 多 个 解释 器 对 象 。 

3. 上 下 文 的 公用 性 

上 下 文 在 解释 器 模式 中 起 着 非常 重要 的 作用 。 由 于 上 下 文 会 被 传递 到 所 有 的 解释 器 
中 ， 因 此 可 以 在 上 下 文中 存储 和 访问 解释 器 的 状态 ， 比 如 ， 前 面 的 解释 器 可 以 存储 一 些 
数据 在 上 下 文中 ， 后 面 的 解释 器 就 可 以 获取 这 些 值 。 

另外 还 可 以 通过 上 下 文 传递 一 些 在 解释 器 外 部 ， 但 是 解释 器 需要 的 数据 ， 也 可 以 是 
一 些 全 局 的 、 公 共 的 数据 。 

上 下 文 还 有 一 个 功能 ， 就 是 可 以 提供 所 有 解释 器 对 象 的 公共 功能 ， 类 似 于 对 象 组 合 ， 
而 不 是 使 用 继承 来 获取 公共 功能 ， 在 每 个 解释 器 对 象 中 都 可 以 调用 。 

4. 谁 来 构建 抽象 语法 树 

在 前 面 的 示例 中 ， 大 家 已 经 发 现 ， 自 己 在 客户 端 手工 构建 抽象 语法 树 ， 是 很 麻烦 的 ， 
但 是 在 解释 器 模式 中 ， 并 没有 涉及 这 部 分 功能 ， 只 是 负责 对 构建 好 的 抽象 语法 树 进行 解 
释 处 理 。 前 面 的 测试 简单 ， 所 以 手工 构建 抽象 语法 树 也 不 是 特别 困难 的 事 ， 要 是 复杂 了 
呢 ?” 如 果 还 是 手工 创建 ， 那 跟 修改 解析 xml 的 代码 也 差 不 了 多 少 。 后 面 会 给 大 家 介绍 ， 
可 以 提供 解析 器 来 实现 把 表达 式 转换 成 为 抽象 语法 树 。 

还 有 一 个 问题 ， 就 是 一 条 语法 规则 是 可 以 对 应 多 个 解释 器 对 象 的 ， 也 就 是 说 同一 个 
元 素 ， 是 可 以 转换 成 多 个 解释 器 对 象 的 ， 这 也 就 意味 着 同样 一 个 表达 式 ， 是 可 以 构成 不 
同 的 抽象 语法 树 的 ， 这 也 造成 构建 抽象 语法 树 变 得 很 困难 ， 而 且 工 作 量 非 常 大 。 

5. 谁 负责 解释 操作 

只 要 定义 好 了 抽象 语法 树 ， 肯定 是 解释 器 来 负责 解释 执行 。 虽然 有 不 同 的 语法 规则 ， 
但 是 解释 器 不 负责 选择 究竟 用 哪 一 个 解释 器 对 象 来 解释 执行 语法 规则 ， 选 择 解释 器 的 功 
能 在 构建 抽象 语法 树 的 时 候 就 完成 了 。 

所 以 解释 器 只 要 忠实 地 按照 抽象 语法 树 解释 执行 就 可 以 了 。 

6. 解释 器 模式 的 调用 顺序 示意 图 

解释 器 模式 的 调用 顺序 如 图 21.4 所 示 。 





图 21.4 解释 器 模式 的 调用 顺序 示意 图 
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21. 3. 2 ” 读 取 多 个 元 素 或 属性 的 值 


前 面 介 绍 了 如 何 获取 单个 元 素 的 值 和 单个 元 素 属性 的 值 ， 下 面 应 该 来 看 看 如 何 获取 
多 个 元 素 的 值 ， 还 有 多 个 元 素 中 相同 名 称 的 属性 的 值 。 
获取 多 个 值 和 前 面 获取 单个 值 的 实现 思路 大 致 相同 ， 只 是 在 取 值 的 时 候 需 要 循环 整 局 
个 NodelList， 依 次 取 值 ， 而 不 是 只 取出 第 一 个 来 。 当 然 ， 由 于 语法 发 生 了 变动 ， 所 以 对 
应 的 解释 器 也 需要 发 生 改 变 。 
首先 是 有 了 一 个 表示 多 个 元 素 作为 终结 符 的 语法 ， 比 如 “root/a/b/d$” 中 的 “d$”; 
其 次 有 了 一 个 表示 多 个 元 素 的 属性 作为 终结 符 的 语法 , 比如 “root/a/b/d$.id$” 中 的 “.id$”; 
最 后 还 有 一 个 表示 多 个 元 素 ， 但 不 是 终结 符 的 语法 ， 比 如 “root/a/b/d$.id$” 中 的 “d$”。 
还 是 看 看 代码 示例 吧 ， 会 比较 清楚 。 
(1) 解释 器 接口 没有 变化 ， 原 本 定义 的 就 是 数组 ， 提 前 做 好 准备 了 。 
(2) 读 取 xml 的 工具 类 XmlUtil 也 没有 任何 变化 。 
(3) 上 下 文 做 了 一 点 改变 ， 改 变 如 下 。 
m ”把 原来 用 来 记录 上 一 次 操作 的 元 素 ， 变 成 记录 上 一 次 操作 的 多 个 元 素 的 集合 ， 
然后 为 它 提供 相应 的 getter/setter 方法 。 
m ”原来 根据 父 元 素 和 当前 元 素 的 名 称 获取 当前 元 素 的 方法 ， 变 成 了 根据 父 元 素 和 
当前 元 素 的 名 称 来 获取 多 个 元 素 。 
m ”重新 初始 化 上 下 文 的 方法 里 面 ， 初 始 化 的 就 是 记录 上 一 次 操作 的 多 个 元 素 的 这 
个 集合 了 。 
具体 的 Context 类 的 代码 示例 如 下 : 
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this.document = XmlUtil.getRoot (filePathName); 
} 
/大 六 
* 重新 初始 化 上 下 文 
jd 
public void reInit() 1 
preEles = new ArrayList<Element>(); 
} 
/** 
* 各 个 Expression 公共 使 用 的 方法 
* 根据 父 元 素 和 当前 元 素 的 名 称 来 获取 当前 的 多 个 元 素 的 集合 
* @param pEle 父 元 素 
* @param eleName 当前 元 素 的 名 称 
* Q@return 当前 的 多 个 元 素 的 集合 
wd 
Public List<Element> getNowEles (Element pEle,String eleName){ 





List<Element> elements = new ArrayList<Element>(); 
NodeList tempNodeList = pEle.getChildNodes(); 
fozr (Int i=0;i<tempNodeList.getLength() ;i++){ 
if (tempNodeList.item(i) instanceof Element){ 
Element nowEle = (Element) tempNodeList.item(i); 
if(nowEle.getTagName () .equals (eleName)){ 


elements .add (nowEle); 


} 


return elements; 


public Document getDocument () { 
return document; 

} 

public List<Element> getPreEles() { 
return prebles; 

二 

Public void setPreEles(List<Element> nowEles) { 


this.preEles = nowEles; 


} 
(4) 处 理 单个 非 终 结 符 的 对 象 ElementExpression， 和 以 前 处 理 单个 元 素 相 比 ， 主 要 


618 


第 21 章 解释 器 模式 (Interpreter) I 


是 现在 需要 面向 多 个 父 元 素 。 但 是 由 于 是 单个 非 终 结 符 的 处 理 ， 因 此 在 多 个 父 元 素 下 面 
去 查找 符合 要 求 的 元 素 ， 找 到 一 个 就 停止 。 示 例 代 码 如 下 : 








nowEles.addAll (c.getNowEles (tempEle, eleName)); 
if (nowEles.size()>0)f{ 

// 找 到 一 个 就 停止 

break; 


} 


List<Element> tempList = new ArrayList<Element>(); 
tempList.add (nowEles.get (0)); 
c.setPreEles (tempList); 


// 循 环 调用 子 元 素 的 interpret 方法 

String [] ss = null; 

for (ReadXxmlExpression tempEle : eles){ 
ss = tempEle.interpret (c); 

} 


return ss» 


} 
(5) 用 来 处 理 单个 元 素 作为 终结 符 的 类 也 发 生 了 一 点 改变 , 主要 是 从 多 个 父 元 素 去 
获取 当前 元 素 ， 如 果 当 前 元 素 是 多 个 ， 就 取 第 一 个 。 示 例 代码 如 下 : 

/** 

* 元 素 作 为 终结 符 对 应 的 解释 器 

A 

public class ElementTerminalExpression extends ReadxmlExpressiont{ 
/和 * 
* 元 素 的 名 字 
Rf 
private String eleName = ""/” 
public ElementTerminalExpression(String name) { 


this.eleName = name; 


public String[] interpret (Context c) { 
// 先 取出 上 下 文中 的 当前 元 素 作 为 父 级 元 素 
List<Element> pEles = c.getPreEles (); 
// 查 找到 当前 元 素 名 称 所 对 应 的 xml 元 素 
Element ele 三 ULL; 
if(pEles.size() == 0){ 
// 说 明 现在 获取 的 是 根 元 素 
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(6) 新 添加 一 个 解释 器 ， 用 来 解释 处 理 以 多 个 元 素 的 属性 作为 终结 符 的 情况 ， 它 的 
实现 比较 简单 ， 只 要 获取 到 最 后 的 多 个 元 素 对 象 ， 然 后 循环 这 些 元 素 ， 一 个 一 个 取出 相 
应 的 属性 值 就 可 以 了 。 示 例 代 码 如 下 : 





贸 
并 






(7) 新 添加 一 个 解释 器 ， 用 来 解释 处 理 以 多 个 元 素 作为 终结 符 的 情况 。 示 例 代码 如 
下 : 

/** 

* 以 多 个 元 素 作为 终结 符 的 解释 处 理 对 象 

区 

public class ElementsTerminalExpression extends ReadxmlExpressiont{ 
/** 
* 元 素 的 名 称 
大 达 
private String eleName = ""7 
public ElementsTerminalExpression(String name){ 


this.eleName = name; 


public String[] interpret (Context c) { 
// 先 取出 上 下 文中 的 父 级 元 素 
List<Element> pEles = c.getPreEles(); 
// 获 取 当 前 的 多 个 元 素 


List<Element> nowEles = new ArrayList<Element>(); 


forl(lElement ele : PEles)1{ 
nowEles.addAll (c.getNowEles (ele, eleName)); 


// 然 后 来 获取 这 些 元 素 的 值 
String[] ss = new String[nowEles.size()]; 
for (int i=0;i<ss.length;i++){ 
ss[i] = nowEles.get (i) .getFirstChild() .getNodeValue() 
} 


return ss; 


} 
(8) 新 添加 一 个 解释 器 ， 用 来 解释 处 理 以 多 个 元 素 作为 非 终 结 符 的 情况 。 它 的 实现 
类 似 于 以 单个 元 素 作为 非 终结 符 的 情况 。 只 是 这 次 处 理 的 是 多 个 ， 需 要 循环 处 理 ， 同 样 
需要 维护 子 对 象 。 在 我 们 现在 设计 的 语法 中 ， 多 个 元 素 后 面 是 可 以 再 加 子 元 素 的 ， 最 起 
码 可 以 加 多 个 属性 的 终结 符 对 象 。 示 例 代 码 如 下 : 
/** 
* 多 个 元 素 作为 非 终结 符 的 解释 处 理 对 象 
a 


Public class ElementsExpression extends ReadXmlExpressiont{ 
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} 
(9) 终于 可 以 写 客户 端 来 测试 一 下 了 ,看 看 是 否 能 实现 期 望 的 功能 。 先 测试 获取 多 


个 元 素 值 的 情况 。 示 例 代码 如 下 : 
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记忆 所 二 宇和 Tas Clione { 

Public static void main(String[] args) throws Exception { 
/7 准备 上 下 文 
Context c = new Context ("InterpreterTest .xml"); 
// 想 要 获取 多 个 a 元素 的 值 ， 也 就 是 如 下 表达 式 的 值 : "root/a/b/ad$" 
/ /首先 要 构建 解释 器 的 抽象 语法 树 
ElementExpression root = new ElementExpression("root"); 
ElementExpression aEle = new ElementExpression("a"); 
ElementExpression bEle = new ElementExpression("b"); 
ElementsTerminalExpression dEle = 

new ElementsTerminalExpression("d"); 

// 组 合 起 来 
root.addEle (aEle),; 
aEle.addEle (bEle); 
bEle.addEle (dEle); 
// 调 用 
String ss[] = root.interpret (c); 
for(Stringns Lis 


System.out.println("d 的 值 是 ="+s); 


} 
测试 结果 如 下 : 
qd 的 值 是 =d1 
a 的 值 是 =d2 
a 的 值 是 =d3 
Q 的 值 是 =d4 
接 下 来 测试 一 下 获取 多 个 属性 值 的 情况 。 示 例 代码 如 下 : 
Public class Client { 
public static void main(String[] args) throws Exception { 
/7 准备 上 下 文 


Context c = new Context ("InterpreterTest.xml"); 


// 想 要 获取 a 元 素 的 id 属性 ， 也 就 是 如 下 表达 式 的 值 : "a/b/a$.id$" 
// 首 先 要 构建 解释 器 的 抽象 语法 树 
ElementExpression root = new ElementExpression("root"); 


ElementExpression aEle = new ElementExpression("a"); 
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ElementExpression bEle = new ELementExpression ("b") 
ElementsExpression dEle = new ElementsExpression("d"); 
PropertysTerminalExpression prop = 

new PropertysTerminalExpression("id"),，; 
// 组 合 
root.addEle (aEle); 
alevaddEle (bEle); 
bEle.addEle (dEle); 
dEle.addEle (prop); 


// 调 用 
StringSsll:s, rootvinterdret(to): 
SS 


System.out.Println("d 的 属性 idq 值 是 ="” + s); 


】 

测试 结果 如 下 : 

aq 的 属性 id 值 是 =1 

a 的 属性 ia 值 是 =2 

d 的 属性 id 值 是 =3 

d 的 属性 id 值 是 =4 

也 很 简单 吧 。 只 要 学 会 了 处 理 单个 的 值 ， 处 理 多 个 值 也 就 变 得 容易 了 ， 把 原来 获取 
单个 值 的 地 方 改 成 循环 操作 即 可 。 

当然 ， 如 果 要 使 用 同一 个 上 下 文 进行 连续 解析 ， 是 同样 需要 重新 初始 化 上 下 文 对 象 
的 。 





你 还 可 以 尝试 一 下 ， 如 果 是 想 要 获取 多 个 元 素 下 的 ， 多 个 元 素 的 同一 个 属性 的 
G 汪 值 ， 能 实现 吗 ? 自己 去 测试 一 下 ， 应 该 是 可 以 实现 的 。 


21.3.3 解析 器 


前 面 是 解释 器 部 分 的 功能 ， 只 要 构建 好 了 抽象 语法 树 ， 解 释 器 就 能 够 正确 地 解释 并 
执行 它 ， 该 如 何 得 到 这 个 抽象 语法 树 呢 ? 前 面 的 测试 都 是 人 工 组 合 好 抽象 语法 树 的 ， 如 
果实 际 开发 中 还 这 样 做 ， 那 么 上 工作 量 跟 修改 解析 xml 的 代码 差不多 。 

这 就 需要 解析 器 出 场 了 ， 这 个 程序 专门 负责 把 按照 语法 表达 的 表达 式 ， 解 析 转 换 成 
为 解释 器 需要 的 抽象 语法 树 。 当 然 解析 器 是 和 表达 式 的 语法 以 及 解释 器 对 象 紧密 关联 的 。 

下 面 来 示例 一 下 解析 器 的 实现 ， 把 符合 前 面 定义 的 语法 的 表达 式 ， 转 换 成 为 前 面 实 
现 的 解释 器 的 抽象 语法 树 。 解 析 器 有 很 多 种 实现 方式 ， 没 有 什么 定式 ， 只 要 能 完成 相应 
的 功能 即 可 ， 比 如 表 驱 动 、 语 法 分 析 生成 程序 等 。 这 里 的 示例 采用 自己 来 分 解 表 达 式 以 
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实现 构建 抽象 语法 树 的 功能 ， 没 有 使 用 递归 ， 是 采用 循环 实现 的 。 当 然 也 可 以 用 递归 来 
做 。 

(1) 解析 器 的 实现 思路 。 

要 实现 解析 器 也 不 复杂 ， 大 约 有 以 下 三 个 步骤 。 

Q 把 客户 端 传递 来 的 表达 式 进行 分 解 ， 分 解 成 为 一 个 一 个 的 元 素 ， 并 用 一 个 对 应 的 
解析 模型 来 封装 这 个 元 素 的 一 些 信息 。 

@) 根据 每 个 元 素 的 信息 ， 转 化 成 相对 应 的 解析 器 对 象 。 

@ 按照 先后 顺序 ， 把 这 些 解 析 器 对 象 组 合 起 来 ， 就 得 到 抽象 语法 树 了 。 

可 能 有 朋友 会 说 ， 为 什么 不 把 步骤 中 和 步骤 @ 合 并 ， 直 接 分 解 出 一 个 元 素 就 转换 成 
相应 的 解析 器 对 象 呢 ? 原因 有 两 个 。 

a ”其 一 是 功能 分 离 ， 不 要 让 一 个 方法 的 功能 过 于 复杂 ; 

ma ”其 二 是 为 了 今后 的 修改 和 扩展 ， 现 在 语法 简单 ， 所 以 转换 成 解析 器 对 象 需要 考 

虑 的 东西 少 ， 直 接 转 换 也 不 难 ， 但 要 是 语法 复杂 了 ， 直 接 转 换 就 很 杂乱 了 。 


事实 上 ， 封 装 解析 属性 的 数据 模型 充当 了 步骤 中 和 步骤 @ 操 作 间 的 接口 ， 使 步骤 中 
和 步骤 @ 都 变 简单 了 。 
(2) 下 面 来 看 看 用 来 封装 每 一 个 解析 出 来 的 元 素 对 应 的 属性 对 象 。 示 例 代 码 如 下 : 
人 
* 用 来 封装 每 一 个 解析 出 来 的 元 素 对 应 的 属性 
Re 
public class ParserModel { 
pa 
* 是 否 单个 值 
wh 
private boolean singleVlaue; 
Wk 
* 是 否 属性 ， 不 是 属性 就 是 元 素 
Nel 
private boolean propertyValue; 
/** 
* 是 否 终结 符 
iA 
private boolean end; 
Public boolean isEnd() { 
return end; 
和 
Public void setEndq (boolean end) { 
this.end = end:; 
} 
public boolean isSingleVvlaue() { 
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(3) 看 看 解析 器 的 实现 ， 代 码 稍微 复杂 点 ， 注 释 很 详尽 。 为 了 整体 展示 解析 器 ， 就 
不 去 分 开 每 步 单 讲 了 。 


不 过 要 注意 一 点 ， 下 面 这 种 实现 没有 考虑 并 发 处 理 的 情况 。 如 果 要 用 在 多 线程 
环境 下 ， 需 要 补充 相应 的 处 理 ， 特 别提 示 一 下 。 


示例 代码 如 下 





全 
度 


* ereturn 对 应 的 抽象 语法 树 唯一 对 外 的 方法 
Fa 


Public static ReadxmlExpression parse(String expr)t{ 
// 先 初始 化 记录 需 解析 的 元 素 名 称 的 集合 


listEle = new ArrayList<String> () 


// 第 一 步 : 分 解 表达 式 ， 得 到 需要 解析 的 元 素 名 称 和 该 元 素 对 应 的 解析 模型 
Map<String,ParserModel> mapPath = parseMapPath (expr); 





// 第 二 步 : 根据 节点 的 属性 转换 成 为 相应 的 解释 器 对 象 
List<ReadXmlExpression> list = mapPath2Interpreter! 

; mapPath); 
// 第 三 步 : 组 合 抽象 语法 树 ， 一 定 要 按照 先后 顺序 来 组 合 
/V 否 则 对 象 的 包含 关系 就 乱 了 


ReadxXmlExpression returnRe = buildTree(list); 


return returnRe; 


/大大 
* 按照 从 左 到 右 的 顺序 来 分 解 表达 式 ， 得 到 需要 解析 的 元 素 名 称 
* 还 有 该 元 素 对 应 的 解析 模型 
* @param expr 需要 分 解 的 表达 式 
* @return 得 到 需要 解析 的 元 素 名 称 ， 还 有 该 元 素 对 应 的 解析 模型 
i : 
private static Map<String,ParserModel> ParseMapPath( 
String'"expr) 
// 先 按照 /分 割 字符 串 
StringTokenizer tokenizer = new StringTokenizer! 
expr, BACKLASH); 
// 初 始 化 一 个 Map 用 来 存放 分 解 出 来 的 值 
Map<String,ParserModel> mapPath = 
new HashMap<String,ParserModel>()，; 
while (tokenizer.hasMoreTokens()) { 
String onePath = tokenizer.nextToken (); 
if (tokenizer. hasMoreTokens'())  { 
// 还 有 下 一 个 值 ， 说 明 这 不 是 最 后 一 个 元 素 
// 按 照 现 在 的 语法 ， 属 性 必然 在 最 后 ， 因 此 也 不 是 属性 
SetParsePath(false,onePath, false,mapPath); 


} else { 
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/** 

* 把 分 解 出 来 的 元 素 名 称 根据 对 应 的 解析 模型 转换 成 为 相应 的 解释 器 对 象 

* @param mapPath 分 解 出 来 的 需 解析 的 元 素 名 称 ， 还 有 该 元 素 对 应 的 解析 模型 
* @return 把 每 个 元 素 转换 成 为 相应 的 解释 器 对 象 后 的 集合 

wh 


private static List<ReadxXmlExpression> mapPath2Interpreter!( 





Map<String,ParserModel> mapPath){ 
List<ReadxmlExpression> list = 
new ArrayList<ReadxXmlExpression>(); 
// 一 定 要 按照 分 解 的 先后 顺序 来 转换 成 解释 器 对 象 
for(String key : 1istEle)'l 
ParserModel pm = mapPath.get (key); 
ReadxmlExpression obj = null; 
if(!pm.isEnd())t{ 
if(pm.isSingleVlaue ()){ 
// 不 是 最 后 一 个 ， 是 一 个 值 ， 转 化 为 


obj = new ElementExpression (key); 
}else{ 

// 不 是 最 后 一 个 ， 是 多 个 值 ， 转 化 为 

obj = new ElementsExpression (key); 


} 
}Jelset 
if(pm.isPropertyValue()){ 
if(pm.isSingleVlaue()){ 
// 是 最 后 一 个 ， 是 一 个 值 ， 取 属性 的 值 ， 转 化 为 


obj = new PropertyTerminalExpression (key); 


ebSsel 
// 是 最 后 一 个 ， 是 多 个 值 ， 取 属性 的 值 ， 转 化 为 
obj = new PropertysTerminalExpression (key); 
} 
}elsel 


if(pm.isSingleVlaue()){ 

// 是 最 后 一 个 ， 是 一 个 值 ， 取 元 素 的 值 ， 转 化 为 

obj = new ElementTerminalExpression (key); 
}elsef 
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(4) 看 完 这 个 稍 长 点 的 解析 器 程序 ， 该 来 体会 一 下 ， 有 了 它 对 我 们 的 开发 有 什么 好 
处 ? 写 个 客户 端 来 测试 看 看 。 现 在 的 客户 端 就 非常 简单 了 ， 主 要 有 以 下 三 步 。 
Q 首先 是 设计 好 想 要 取 值 的 表达 式 。 
@) 然后 是 通过 解析 器 解析 获取 抽象 语法 树 。 
@ 最 后 就 是 请 求解 释 器 解释 并 执行 这 个 抽象 语法 树 ， 便 得 到 最 后 的 结果 了 。 
客户 端 测试 的 示例 代码 如 下 : 
public class Client 1{ 
Public static void main (Stzing[] args) throws Exception { 
// 准 备 上 下 文 
Context C = new Context ("InterpreterTest .xml"); 
// 通 过 解析 器 获取 抽象 语法 树 
ReadxmlExpression re = Parser.parse ("root/a/b/d$.id$"); 
// 请 求解 析 ， 获 取 返 回 值 


String ss[] = re.interpret (c)’ 


for (String SSS) 


System.out.println("d 的 属性 id 值 是 =" + s); 


// 如 果 要 使 用 同一 个 上 下 文 ， 连 续 进行 解析 ， 需 要 重新 初始 化 上 下 文 对 象 
0 
ReadxmlExpression re2 = Parser.parse ("root/a/b/d$"); 
// 请 求解 析 ， 获 取 返 回 值 
String ss2[] = re2.interpret (c); 
Earni(String ,Ss Ss dt 

System.out.println("d 的 值 是 =" + s); 


} 

这 样 就 简单 多 了 吧 ! 通过 使 用 解释 器 模式 ， 自 行 设计 一 种 简单 的 语法 ， 就 可 以 用 很 
简单 的 表达 式 来 获取 你 想 要 的 xml 中 的 值 了 。 有 的 朋友 可 能 会 想到 XPath， 没 错 ， 本 章 
示例 实现 的 功能 就 是 类 似 于 XPath 的 部 分 功能 。 

如 果 今 后 xml 的 结构 要 是 发 生 了 变化 ， 或 者 是 想 要 获取 不 同 的 值 ， 基 本 上 就 是 修改 
那个 表达 式 而 已 ， 你 可 以 试 试看 ， 能 否 完成 前 面 实现 过 的 功能 。 比 如 

m ” 想 要 获取 c 元 素 的 值 ， 表 达 式 为 “root/a/b/c”; 

m ” 想 要 获取 c 元 素 的 name 属性 值 ， 表 达 式 为 “root/a/b/c.name”; 

sm ” 想 要 获取 d 元 素 的 值 ， 表 达 式 为 “roota/b/d$”, 获取 d 的 属性 上 面 已 经 测试 了 。 
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21. 3.4 解释 器 模式 的 优 缺 点 


解释 器 模式 有 以 下 优点 。 
sm 易于 实现 语法 
在 解释 器 模式 中 ， 一 条 语法 规则 用 一 个 解释 器 对 象 来 解释 执行 。 对 于 解释 器 的 
实现 来 讲 ， 功 能 就 变 得 比较 简单 ， 只 需要 考虑 这 一 条 语法 规则 的 实现 就 可 以 了 ， 
其 他 的 都 不 用 管 。 
ms ”易于 扩展 新 的 语法 
正 是 由 于 采用 一 个 解释 器 对 象 负责 一 条 语法 规则 的 方式 ， 使 得 扩展 新 的 语法 非 
常 容易 。 扩 展 了 新 的 语法 ， 只 需要 创建 相应 的 解释 器 对 象 ， 在 创建 抽象 语法 树 
的 时 候 使 用 这 个 新 的 解释 器 对 象 就 可 以 了 。 
解释 器 模式 的 缺点 是 不 适合 复杂 的 语法 。 
如 果 语 法 特别 复杂 ， 构 建 解释 器 模式 需要 的 抽象 语法 树 的 工作 是 非常 艰巨 的 ， 再 加 
上 有 可 能 会 需要 构建 多 个 抽象 语法 树 。 所 以 解释 器 模式 不 太 适 合 于 复杂 的 语法 ， 对 于 复 
杂 的 语法 ， 使 用 语法 分 析 程 序 或 编译 器 生成 器 可 能 会 更 好 一 些 。 


21. 3.5 思考 解释 器 模式 


1. 解释 器 模式 的 本 质 


解释 器 模式 的 本 质 ， 分 离 实现 ， 解 释 执 行 。 


解释 器 模式 通过 一 个 解释 器 对 象 处 理 一 个 语法 规则 的 方式 ， 把 复杂 的 功能 分 离开 ; 
然后 选择 需要 被 执行 的 功能 ， 并 把 这 些 功 能 组 合成 为 需要 被 解释 执行 的 抽象 语法 树 ， 再 
按照 抽象 语法 树 来 解释 执行 ， 实 现 相应 的 功能 。 

认识 这 个 本 质 对 于 识别 和 变形 使 用 解释 器 模式 是 很 有 作用 的 。 从 表面 上 看 ， 解 释 器 
模式 关注 的 是 我 们 平时 不 太 用 到 的 自 定义 语法 的 处 理 ;， 但 从 实质 上 看 ， 解 释 器 模式 的 思 
路 仍然 是 分 离 、 封 装 、 简 化 ， 和 很 多 模式 是 一 样 的 。 

比如 ， 可 以 使 用 解释 器 模式 模拟 状态 模式 的 功能 。 如 果 把 解释 器 模式 要 处 理 的 语法 
简化 到 只 有 一 个 状态 标记 ， 把 解释 器 看 成 是 对 状态 的 处 理 对 象 ， 对 同一 个 表示 状态 的 语 
法 ， 可 以 有 很 多 不 同 的 解释 器 ， 也 就 是 有 很 多 不 同 的 处 理 状态 的 对 象 ， 然 后 在 创建 抽象 
语法 树 的 时 候 ， 简 化 成 根据 状态 的 标记 来 创建 相应 的 解释 器 ， 不 用 再 构建 树 了。 看 看 这 
样 简化 下 来 ， 是 不 是 可 以 用 解释 器 模拟 出 状态 模式 的 功能 呢 ? 

同 理 ， 解 释 器 模式 可 以 模拟 实现 策略 模式 的 功能 、 装 饰 器 模式 的 功能 等 ， 尤 其 是 模 
拟 装 饰 器 模式 的 功能 ， 构 建 抽象 语法 树 的 过 程 ， 自 然 就 对 应 成 为 组 合 装饰 器 的 过 程 。 

2. 何 时 选用 解释 器 模式 

建议 在 以 下 情况 中 选用 解释 器 模式 。 

当 有 一 个 语言 需要 解释 执行 ， 并 且 可 以 将 该 语言 中 的 句子 表示 为 一 个 抽象 语法 树 的 
时 候 ， 可 以 考虑 使 用 解释 器 模式 。 
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在 使 用 解释 器 模式 的 时 候 ， 还 有 两 个 特点 需要 考虑 ， 一 个 是 语法 相对 应 该 比较 简单 ， 
太 复 杂 的 语法 不 适合 使 用 解释 器 模式 ， 另 一 个 是 效率 要 求 不 是 很 高 ， 对 效率 要 求 很 高 的 
情况 下 ， 不 适合 使 用 解释 器 模式 。 


21. 3.6 相关 模式 


解释 器 模式 和 组 合 模 式 

这 两 个 模式 可 以 组 合 使 用 。 

通常 解释 器 模式 都 会 使 用 组 合 模式 来 实现 ， 这 样 能 够 方便 地 构建 抽象 语法 树 。 
一 般 非 终结 符 解释 器 就 相当 于 组 合 模式 中 的 组 合 对 象 ， 终 结 符 解 释 器 就 相当 于 
叶子 对 象 。 

解释 器 模式 和 迭 代 器 模式 

这 两 个 模式 可 以 组 合 使 用 。 

由 于 解释 器 模式 通常 使 用 组 合 模式 来 实现 ， 因 此 在 遍历 整个 对 象 结构 的 时 候 ， 
自然 可 以 使 用 迭代 器 模式 。 

解释 器 模式 和 享 元 模式 

这 两 个 模式 可 以 组 合 使 用 。 

在 使 用 解释 器 模式 的 时 候 ， 可 能 会 造成 多 个 细 粒 度 对 象 ， 比 如 ， 会 有 各 种 各 样 
的 终结 符 解 释 器 ， 而 这 些 终结 符 解释 器 对 不 同 的 表达 式 来 说 是 一 样 的 ， 是 可 以 
共用 的 ， 因 此 可 以 引入 享 元 模式 来 共享 这 些 对 象 。 

解释 器 模式 和 访问 者 模式 

这 两 个 模式 可 以 组 合 使 用 。 

在 解释 器 模式 中 ， 语 法 规则 和 解释 器 对 象 是 有 对 应 关系 的 。 语 法 规则 的 变动 意 
味 着 功能 的 变化 ， 自 然 会 导致 使 用 不 同 的 解释 器 对 象 ， 而 且 一 个 语法 规则 可 以 
被 不 同 的 解释 器 解释 执行 。 

因此 在 构建 抽象 语法 树 的 时 候 ， 如 果 每 个 节点 所 对 应 的 解释 器 对 象 是 固定 的 ， 
这 就 意味 着 该 节点 对 应 的 功能 是 固定 的 ， 那 么 就 不 得 不 根据 需要 来 构建 不 同 的 
抽象 语法 树 。 

为 了 让 构建 的 抽象 语法 树 较 为 通用 ， 那 就 要 求解 释 器 的 功能 不 要 那么 固定 ， 要 
能 很 方便 地 改变 解释 器 的 功能 ， 这 个 时 候 问题 就 变 成 了 如 何 能 够 很 方便 地 更 改 
树 形 结构 中 节点 对 象 的 功能 了 ， 访 问 者 模式 可 以 很 好 地 实现 这 个 功能 。 
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22. 1.1 复杂 的 奖金 计算 


考虑 这 样 一 个 实际 应 用 : 就 是 如 何 实现 灵活 的 奖金 计算 。 
奖金 计算 是 相对 复杂 的 功能 ,尤其 是 对 于 业务 部 门 的 奖金 计算 方式 ， 是 非常 复杂 的 ， 
除了 业务 功能 复杂 外 ， 还 有 一 个 麻烦 之 处 是 计算 方式 还 经 常 需要 变动 ， 因 为 业务 部 门 要 
通过 调整 奖金 的 计算 方式 来 激励 士气 。 
下 面 从 业务 上 看 看 现 有 的 奖金 计算 方式 的 复杂 性 。 
m ”首先 是 奖金 分 类 ， 对 于 个 人 大 臻 有 个 人 当月 业务 奖金 、 个 人 累计 奖金 、 个 人 业 
务 增长 奖金 、 及 时 回 款 奖 金 、 限 时 成 交加 码 奖 金 等 ， 对 于 业务 主管 或 者 是 业务 
经 理 ， 除 了 个 人 奖金 外 ， 还 有 团队 累计 奖金 、 团 队 业 务 增长 奖金 、 团 队 盔 利 奖 
金 等 。 . 
sm ”其 次 是 计算 奖金 的 金额 ， 又 有 这 么 儿 个 基数 ， 销 售 额 、 销 售 毛利 、 实 际 回 款 、 
业务 成 本 、 奖 金 基 数 等 。 
m 另外 一 个 就 是 计算 的 公式 ， 针 对 不 同 的 人 、 不 同 的 奖金 类 别 、 不 同 的 计算 奖金 
的 金额 ， 计 算 的 公式 是 不 同 的 ， 即 使 是 同一 个 公式 ， 里 面 计 算 的 比例 参数 也 有 
可 能 是 不 同 的 。 


22.1.2 简化 后 的 奖金 计算 体系 


看 了 上 面 奖 金 计算 的 问题 ， 所 幸 我 们 只 是 来 学 习 设计 模式 ， 并 不 是 真 的 要 去 实现 整 
个 奖金 计算 体系 的 业务 ， 因 此 也 没有 必要 把 所 有 的 计算 业务 都 罗列 在 这 里 。 为 了 后 面 演 
示 的 需要 ， 简 化 一 下 。 演 示 用 的 奖金 计算 体系 如 下 : 

m ”每 个 人 当月 业务 奖金 = 当月 销售 额 X3% 

m ”每 个 人 累计 奖金 = 总 的 回 款额 X0.1% 

m ”团队 奖金 = 团队 总 销售 额 X1% 


22. 1.3 不 用 模式 的 解决 方案 


”一 个 人 的 奖金 分 成 很 多 个 部 分 。 要 实现 奖金 计算 ,主要 就 是 要 按照 各 个 奖金 计算 的 
规则 ， 把 这 个 人 可 以 获取 的 每 部 分 奖金 计算 出 来 ， 然 后 计算 一 个 总 和 ， 这 就 是 这 个 人 可 
以 得 到 的 奖金 。 

(1) 为 了 演示 ， 先 准备 点 测试 数据 ， 在 内 存 中 模拟 数据 库 。 示 例 代码 如 下 : 
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} 
/** 
* 记录 每 个 人 的 月 度 销售 额 ， 只 用 了 人 员 ， 月 份 没 有 用 
3 
public static Map<String,Double> mapMonthSaleMoney = 
new HashMap<String,Double> (); 
statict{ 
/ /填充 测 试 数据 
mapMonthSaleMoney.put (" 张 三 ", 10000.0); 
mapMonthSaleMoney.put (" 李 四 ",20000.0); 
mapMonthSaleMoney.put (" 王 五 ", 30000.0); 


} 
(2) 按照 奖金 计算 的 规则 ， 实 现 奖金 计算 。 示 例 代 码 如 下 : 
/** 
* 计算 奖金 的 对 象 
2 
public class Prize { 
/** 
* 计算 某 人 在 某 段 时 间 内 的 奖金 ， 有 些 参数 在 演示 中 并 不 会 使 用 
* 但 是 在 实际 业务 实现 上 是 会 用 的 ， 为 了 表示 这 是 个 具体 的 业务 方法 ， 
* 因此 这 些 参数 被 保留 了 
* Q@param user 被 计算 奖金 的 人 员 
* Q@param begin 计算 奖金 的 开始 时 间 
* @param end 计算 奖金 的 结束 时 间 
* @return 某 人 在 某 段 时 间 内 的 奖金 
Wf 
public double calcPrize (String user,Date begin,Date enaQ) { 
double prize = 0.0; 
// 计 算 当月 业务 奖金 ， 所 有 人 都 会 计算 
prize = this.monthPprize (user, begin, end); 
// 计 算 累 计 奖 金 


prize += this.sumPrize (user，begin，end) : 


// 需 要 判断 该 人 员 是 普通 人 员 还 是 业务 经 理 ， 团 队 奖 金 只 有 业务 经 理 才 有 
if(this.isManager (user)){ 

prize += this.groupPrize(user, begin, end); 
} 


return prize; 
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/太太 

* 计算 某 人 的 当月 业务 奖金 ， 参 数 重复 ， 就 不 再 注释 了 

CX 

private double monthPrize(String user, Date begin, Date end) { 
// 计 算 当 月 业务 奖金 ， 按 照 人 员 去 获取 当月 的 业务 额 ， 然 后 再 乘 以 3% 
double prize = TempDB.mapMonthSaleMoney.get (user) * 0.03; 
System.out.println (user+" 当 月 业务 奖金 "+prize); 





return prize; 


/** 
* 计算 某 人 的 累计 奖金 ， 参 数 重复 ， 就 不 再 注释 了 
二 大 
public double sumPrize(String user, Date begin, Date end) { 
// 计 算 累 计 奖 金 ， 其 实 应 该 按照 人 员 去 获取 累计 的 业务 额 ， 然 后 再 乘 以 0.1g 
// 简 单 演示 一 下 ， 假 定 大 家 的 累计 业务 额 都 是 1000000 元 
double prize = 1000000 * 0.001; 
System.out.println (user+" 累 计 奖 金 "+prize); 


return prize; 


/** 
* 判断 人 员 是 普通 人 员 还 是 业务 经 理 
* @param user 被 判断 的 人 员 
* Q@return true 表示 是 业务 经 理 ，false 表示 是 普通 人 员 
En 
private boolean isManager (String user)t{ 
// 应 该 从 数据 库 中 获取 人 员 对 应 的 职务 
// 为 了 演示 ， 简 单 点 判断 ， 只 有 王 五 是 经 理 
if(n" 王 五 ".equals(usezr)){ 
return true; 
} 
return falses 


} 


/大 大 
* 计算 当月 团队 业务 奖 ， 参 数 重 复 ， 就 不 再 注释 了 
wy 


public double groupPrize(String user, Date begin, Date end) { 


// 计 算 当 月 团队 业务 奖金 ， 先 计算 出 团队 总 的 业务 额 ， 然 后 再 乘 以 1% 
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(3) 写 个 客户 端 来 测试 一 下 ， 看 看 是 否 能 正确 地 计算 奖金 。 示 例 代码 如 下 : 


测试 运行 的 结果 如 下 : 


22. 1.4 有 何 问 题 
看 了 上 面 的 实现 ， 觉 得 挺 简单 的 ， 就 是 计算 方式 麻烦 点 ， 每 个 规则 都 要 实现 。 真 的 
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很 简单 吗 ? 仔细 想 想 ， 有 没有 什么 问题 ? 

对 于 奖金 计算 ， 只 是 计算 方式 复杂 也 就 罢了 ， 不 过 是 实现 起 来 会 困难 点 ， 相 对 而 言 
还 是 比较 好 解决 的 ， 不 过 是 用 程序 把 已 有 的 算法 表达 出 来 。 

最 痛苦 的 是 ， 这 些 奖金 的 计算 方式 经 常 发 生变 动 ， 几 乎 是 每 个 季度 都 会 有 小 调整 ， 
每 年 都 有 大 调整 ， 这 就 要 求 软件 的 实现 要 足够 灵活 ， 要 能 够 很 快 进行 相应 的 调整 和 修改 ， 
否则 就 不 能 满足 实际 业务 的 需要 。 

举 个 简单 的 例子 来 说 ， 现 在 根据 业务 需要 ， 增 加 一 个 “环比 增长 奖金 ”， 就 是 本 月 
的 销售 额 比 上 个 月 有 增加 ， 而 且 要 达到 一 定 的 比例 ， 当 然 增 长 比例 越 高 ， 奖 金 比例 越 大 。 
那么 软件 就 必须 要 重新 实现 这 个 功能 ， 并 正确 地 添加 到 系统 中 去 。 过 了 两 个 月 ， 业 务 奖 
励 的 策略 发 生 了 变化 ， 不 再 需要 这 个 奖金 了 ， 或 者 是 另外 换 了 一 个 新 的 奖金 方式 了 ， 那 
么 软件 就 需要 把 这 个 功能 从 软件 中 去 掉 ， 然 后 再 实现 新 的 功能 。 

那么 上 面 的 要 求 该 如 何 实现 呢 ? 

很 明显 ， 一 种 方案 是 通过 继承 来 扩展 功能 ， 另 外 一 种 方案 就 是 到 计算 奖金 的 对 象 里 
面 ， 添 加 或 者 删除 新 的 功能 ， 并 在 计算 奖金 的 时 候 ， 调 用 新 的 功能 或 是 不 调用 某 些 去 掉 
的 功能 ， 这 种 方案 会 严重 违反 开 一 闭 原则 。 

还 有 一 个 问题 ， 就 是 在 运行 期 间 ， 不 同人 员 参 与 的 奖金 计算 方式 也 是 不 同 的 。 举 例 
来 说 ， 如 果 是 业务 经 理 ， 除 了 参与 个 人 计算 部 分 外 ， 还 要 参加 团队 奖金 的 计算 ， 这 就 意 
味 着 需要 在 运行 期 间 动 态 地 来 组 合 需要 计算 的 部 分 ， 也 就 是 会 有 一 堆 的 if-else。 

总 结 一 下 ， 奖 金 计 算 面临 如 下 问题 。 

sm ”计算 逻辑 复杂 。 

a ”要 有 足够 灵活 性 ， 可 以 方便 地 增加 或 者 减少 功能 。 

= ”要 能 动态 地 组 合计 算 方式 ， 不 同 的 人 参与 的 计算 不 同 。 

上 面 描述 的 奖金 计算 的 问题 ， 绝 对 没有 任何 夸大 成 分 ， 相 反 已 经 简化 不 少 了 ， 还 有 
更 多 麻烦 并 没有 写 上 来 ， 毕 竞 我 们 的 重点 在 设计 模式 ， 而 不 是 业务 。 


把 上 面 的 问题 抽象 一 下 ， 设 若 有 一 个 计算 奖金 的 对 象 ， 现 在 需要 能 够 灵活 地 给 它 增 


加 和 减少 功能 , 还 需要 能 够 动态 地 组 合 功能 , 每 个 功能 就 相当 于 在 计算 奖金 的 某 个 部 分 。 
现在 的 问题 就 是 , 如 何 才 能 够 透明 地 给 一 个 对 象 增加 功能 , 并 实现 功能 的 动态 组 合 ? 


22.2 解决 方案 


22.2.1 使 用 装饰 模式 来 解决 问题 

用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 ， 就 是 使 用 装饰 模式 。 那 么 什么 是 装饰 模 
式 呢 ? 

1. 装饰 模式 的 定义 


动态 地 给 一 个 对 象 添加 一 些 额外 的 职责 。 就 增加 功能 来 说 ,装饰 模式 比 生成 子 类 


更 为 灵活 。 
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2. 应 用 装饰 模式 来 解决 问题 的 思路 


虽然 经 过 简化 ， 业 务 简单 了 很 多 ， 但 是 需要 解决 的 问题 仍 不 少 ， 还 需要 解决 : 透明 
地 给 一 个 对 象 增加 功能 ， 并 实现 功能 的 动态 组 合 。 

所 谓 透明 地 给 一 个 对 象 增 加 功能 ， 换 句 话说 就 是 要 给 一 个 对 象 增加 功能 ， 但 是 不 能 
让 这 个 对 象 知道 ， 也 就 是 不 能 去 改动 这 个 对 象 。 而 实现 了 给 一 个 对 象 透明 地 增加 功能 ， 
自然 就 实现 了 功能 的 动态 组 合 ， 比 如 ， 原 来 的 对 象 有 A 功能 ， 现 在 透明 地 给 它 增 加 了 一 
个 B 功能 ， 是 不 是 就 相当 于 动态 组 合 了 A 和 B 功能 呢 。 

要 想 实现 透明 地 给 一 个 对 象 增加 功能 ， 也 就 是 要 扩展 对 和 象 的 功能 ， 使 用 继承 啊 ! 有 
人 马上 提出 了 一 个 方案 ， 但 很 快 就 被 否决 了 ， 如 果 要 减少 或 者 修改 功能 呢 ? 事实 上 继承 
是 非常 不 灵活 的 复 用 方式 。 那 就 用 “对 和 象 组 合 ” 嘛 ! 又 有 人 提出 新 的 方案 来 了 ， 这 个 方 
案 得 到 了 大 家 的 赞同 。 

在 装饰 模式 的 实现 中 ， 为 了 能 够 实现 和 原来 使 用 被 装饰 对 象 的 代码 无 颖 结合 ， 是 通 
过 定义 一 个 抽象 类 ， 让 这 个 类 实现 与 被 装饰 对 象 相同 的 接口 ， 然 后 在 具体 实现 类 中 ， 转 
调 被 装饰 的 对 象 ， 在 转调 的 前 后 添加 新 的 功能 ， 这 就 实现 了 给 被 装饰 对 象 增加 功能 ， 这 
个 思路 和 “对 和 象 组 合 ” 非 常 相似 。 如 果 对 “对 象 组 合 ”不 熟悉 ， 请 参见 22.3.1 的 第 2 小 
节 。 

在 转调 的 时 候 ， 如 果 觉 得 被 装饰 对 象 的 功能 不 再 需要 了 ， 还 可 以 直接 替换 掉 ， 也 就 
是 不 再 转调 ， 而 是 在 装饰 对 象 中 完成 全 新 的 实现 。 


22. 2.2 ”装饰 模式 的 结构 和 说 明 


装饰 模式 的 结构 如 图 22.1 所 示 。 


#component :Component 
Screate»y 



















conereteconponent | ConcreteComponent 


se +operation( :void 


己 ConcreteDecoratorA 


PN Component) 
toperation() :voi 


图 22.1 装饰 模式 的 结构 图 
m ”Component: 组 件 对 象 的 接口 ， 可 以 给 这 些 对 象 动态 地 添加 职责 
m ”ConcreteComponent: 具体 的 组 件 对 象 ， 实 现 组 件 对 和 象 接口 ,通常 就 是 被 装饰 器 
装饰 的 原始 对 象 ，. 也 就 是 可 以 给 这 个 对 象 添加 职责 。 





已 ConcreteDecoratorB 


本 二 下 Eeeeonent Component) 
加 -addedBehavior (): ea 
全 +operation(0:void 











全 
记 





m ”Decorator: 所 有 装饰 器 的 抽象 父 类 ， 需 要 定义 一 个 与 组 件 接口 一 致 的 接口 ， 并 
持 有 一 个 Component 对 象 ， 其 实 就 是 持 有 一 个 被 装饰 的 对 象 。 


对 注意 这 个 被 装饰 的 对 象 不 一 定 是 最 原始 的 那个 对 象 了 ， 也 可 能 是 被 其 他 装饰 器 





站 区 装饰 过 后 的 对 象 ， 反 正 都 是 实现 的 同一 个 接口 ， 也 就 是 同一 类 型 。 
”ConcreteDecorator: 实际 的 装饰 器 对 象 ， 实 现 具 体 要 向 被 装饰 对 象 添加 的 功能 。 


22. 2.3 ”装饰 模式 示例 代码 


(1) 先 来 看 看 组 件 对 象 的 接口 定义 。 示 例 代码 如 下 : 
/** 
* 组 件 对 象 的 接口 ， 可 以 给 这 些 对 象 动 态 地 添加 职责 
攻 
public abstract class Component { 
/六 类 
* 示例 方法 
A 
public abstract void operation () : 
} 
(2) 定义 了 接口 ， 那 就 看 看 具体 实现 组 件 对 象 的 示意 。 示 例 代 码 如 下 : 
/** 
* 具体 实现 组 件 对 象 接口 的 对 象 
a 
public class ConcreteComponent extends Component { 
public void operation() { 


// 相 应 的 功能 处 理 


} 
(3) 接 下 来 看 看 抽象 的 装饰 器 对 象 。 示 例 代码 如 下 : 


/ 关 坟 
* 装饰 器 接口 ， 维 持 一 个 指向 组 件 对 象 的 接口 对 象 ， 并 定义 一 个 与 组 件 接口 一 致 的 接口 
区 
public abstract class Decorator extends Component { 

/** 

* 持 有 组 件 对 象 

*/ 、 

protected Component component; 

/** 


* 构造 方法 ， 传 入 组 件 对 和 象 
* eparam component 组 件 对 象 
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“(4) 该 来 看 看 具体 的 装饰 器 实现 对 象 了 。 这 里 有 两 个 示意 对 象 ， 一 个 示意 了 添加 状 
态 ， 一 个 示意 了 添加 职责 。 ; 
先 看 看 添加 了 状态 的 示意 对 象 吧 。 示 例 代码 如 下 : 


接 下 来 看 看 添加 职责 的 示意 对 象 ， 示 例 代码 如 下 : 











22.2.4 使 用 装饰 模式 重 写 示例 


看 完了 装饰 模式 的 基本 知识 ， 接 下 来 考虑 如 何 使 用 装饰 模式 重 写 前 面 的 示例 了 。 要 
使 用 装饰 模式 来 重 写 前 面 的 示例 ， 大 臻 会 有 以 下 改变 。 
= 需要 定义 一 个 组 件 对 象 的 接口 ， 在 这 个 接口 中 定义 计算 奖金 的 业务 方法 ， 因 为 
外 部 就 是 使 用 这 个 接口 来 操作 装饰 模式 构成 的 对 象 结构 中 的 对 象 。 
= 需要 添加 一 个 基本 的 实现 组 件 接口 的 对 象 ， 可 以 让 它 返回 奖金 为 0 就 可 以 了 。 
= 把 各 个 计算 奖金 的 规则 当 作 装饰 器 对 象 ， 需 要 为 它们 定义 一 个 统一 的 抽象 的 装 
饰 器 对 象 ， 方 便 约束 各 个 具体 的 装饰 器 的 接口 。 
= ”把 各 个 计算 奖金 的 规则 实现 成 为 具体 的 装饰 器 对 象 。 
下 面 看 看 现在 示例 的 整体 结构 ， 以 便 整 体 理解 和 把 握 示例 ， 如 图 22.2 所 示 。 
(1) 计算 奖金 的 组 件 接口 和 基本 的 实现 对 象 。 
在 计算 奖金 的 组 件 接口 中 , 需要 定义 原本 的 业务 方法 ,也 就 是 实现 奖金 计算 的 方法 。 
示例 代码 如 下 : 。 
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* @param end 计算 奖金 的 结束 时 间 

* @return 某 人 在 某 段 时 间 内 的 奖金 

RE 

public abstract double calcPrize(String user 


:Date begin,Date end); 


© +caitprizef user.String, begin:Date, end:Pate):double 
KN A 


® i 

















+calcprize(user:String, begin:Date, end:Date):double 


已 GroupPrizeDecorator 


《Createy 
全 +GroupPrizeDecorator(c:Component) 
@ +calcprize(user:String, begin:Date, end: 









*create» 
@ +SumPrizeDecorator(c:Component) 
© +calcPrize(user:String, be 







«create» 
© +MonthprizeDecorator(c:Component) 
图 +calcPrize(user:String, begin:Date, end:D 


图 22.2 ”使 用 装饰 模式 重 写 示 例 的 程序 结构 示意 图 
为 这 个 业务 接口 提供 一 个 基本 的 实现 。 示 例 代 码 如 下 : 
ee 
* 基本 的 实现 计算 奖金 的 类 ， 也 是 被 装饰 器 装饰 的 对 象 
| 


public class ConcreteComponent extends Componentt{ 






Public double calcPrize (String user, Date begin, Date end) { 
// 只 是 一 个 默认 的 实现 ， 默 认 没有 奖金 


return 07 


} 

(2) 定义 抽象 的 装饰 器 。 

在 进一步 定义 装饰 器 之 前 ， 先 定义 出 各 个 装饰 器 公共 的 父 类 ， 在 这 里 定义 所 有 装饰 
器 对 象 需要 实现 的 方法 。 这 个 父 类 应 该 实现 组 件 的 接口 ， 这 样 才 能 保证 装饰 后 的 对 象 仍 
然 可 以 继续 被 装饰 。 示 例 代 码 如 下 : 
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合 
谎 








/** 
* 装饰 器 的 接口 ， 需 要 和 被 装饰 的 对 象 实现 同样 的 接口 
Public abstract class Decorator extends Component{ 
/太太 
* 持 有 被 装饰 的 组 件 对 象 
%W 
protected Component c¢; 
V 天 过 
* 通过 构造 方法 传 入 被 装饰 的 对 象 
* @param c 被 装饰 的 对 象 
0 
public Decorator (Component c){ 
ho 
} 
Public double calcPrize(String user, Date begin, Date end) { 
// 转 调 组 件 对 象 的 方法 


return c.calcPrize(user, begin, end); 


} 
(3) 定义 一 系列 的 装饰 器 对 象 。 
用 一 个 具体 的 装饰 器 对 象 ， 来 实现 一 条 计算 奖金 的 规则 。 现 在 有 三 条 计算 奖金 的 规 


则 ， 那 就 对 应 有 三 个 装饰 器 对 象 来 实现 。 下 面 依次 来 看 看 它们 的 实现 。 


这 些 装 饰 器 涉及 到 的 TempDB 和 以 前 一 样 ， 这 里 就 不 再 歼 述 。 
首先 来 看 看 实现 计算 当月 业务 奖金 的 装饰 器 。 示 例 代码 如 下 : 


/** 
* 装饰 器 对 象 ， 计 算 当月 业务 奖金 
A 


public class MonthPrizeDecorator extends Decoratort{ 
public MonthPrizeDecorator (Component c){ 
super(c); 
} 
public double calcPrize (String user, Date begin, Date end) { 


//1: 先 获 取 前 面 运算 出 来 的 奖金 

double money = Dr OD dd end); 

//2: 然后 计算 当月 业务 奖金 , 按 人 员 和 时 间 去 获取 当月 业务 额 ， 然 后 再 乘 以 3 
double prize = TempDB.mapMonthSaleMoney.get (User) * '0.03; 
System.out.printlin (user+" 当 月 业务 奖金 "+prize); 


return money + prize; 
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接 下 来 看 看 实现 计算 累计 奖金 的 装饰 器 。 示 例 代码 如 下 : 


接 下 来 看 看 实现 计算 当月 团队 业务 奖金 的 装饰 器 。 示 例 代 码 如 下 : 





钙 
天 





} 

(4) 使 用 装饰 器 的 客户 端 。 

使 用 装饰 器 的 客户 端 ， 首 先 需要 创建 被 装饰 的 对 象 ， 然 后 创建 需要 的 装饰 对 象 ， 接 
下 来 重要 的 工作 就 是 组 合 装饰 对 象 ， 依 次 对 前 面 的 对 象 进行 装饰 。 

有 很 多 类 似 的 例子 ， 比 如 生活 中 的 装修 ， 就 拿 装 饰 墙壁 来 说 吧 ， 没 有 装饰 前 是 原始 
的 砖 墙 ， 这 就 好 比 是 被 装饰 的 对 象 ， 首 先 需 要 刷 展 子 ， 把 墙 找平 ， 这 就 好 比 对 原始 的 夸 
省 进行 了 一 次 装饰 ， 而 刷 的 腻子 就 好 比 是 一 个 装饰 器 对 象 ; 好 了 ， 装 饰 一 回 了 ， 接 下 来 
该 刷 墙 面 漆 了 ， 这 又 好 比 装饰 了 一 回 ， 刷 的 墙 面 漆 就 好 比 是 又 一 个 装饰 器 对 象 ， 而 且 这 
回 被 装饰 的 对 象 不 是 原始 的 砖 墙 了 ， 而 是 被 腻子 装饰 器 装饰 过 后 的 墙 面 ， 也 就 是 说 后 面 
的 装饰 器 是 在 前 面 的 装饰 器 装饰 过 后 的 基础 之 上 ， 继 续 装饰 的 ， 类 似 于 一 层 一 层 县 加 的 
功能 。 

同样 的 道理 ， 计 算 奖 金 也 是 这 样 。 先 创建 基本 的 奖金 对 象 ， 然 后 组 合 需要 计算 的 奖 
金 类 型 ， 依 次 组 合计 算 ， 最 后 的 结果 就 是 总 的 奖金 。 示 例 代 码 如 下 : 

/** 

* 使 用 装饰 模式 的 客户 端 

wg 

public class Client { 

public static void main(String[] args) { 
// 先 创建 计算 基本 奖金 的 类 ， 这 也 是 被 装饰 的 对 象 


Component cl = new ConcreteComponent () ， 


// 然 后 对 计算 的 基本 奖金 进行 装饰 ， 这 里 要 组 合 各 个 装饰 
// 说 明 ， 各 个 装饰 者 之 间 最 好 是 不 要 有 先后 顺序 的 限制 
// 也 就 是 先 装饰 谁 和 后 装饰 谁 都 应 该 是 一 样 的 


// 先 组 合 普 通 业务 人 员 的 奖金 计算 
Decorator dl = new MonthPrizeDecorator (cl1); 


Decorator d2 = new SumPrizeDecorator (dl1); 


// 注 意 : 这 里 只 需 使 用 最 后 组 合 好 的 对 象 调用 业务 方法 即 可 ， 会 依次 调用 回去 
// 日 期 对 象 都 没有 用 上 ， 所 以 传 nul1 就 可 以 了 


double zs = d2.calcPrize(" 张 三", null,null); 


System. out .print1in ("========== 张 三 应 得 奖金 ; "+zS)} 
double 15 = d2.calcPrize(" 李 四 "null,null)y 
System. out.println ("========== 李 四 应 得 奖金 : "+1s) 


// 如 果 是 业务 经 理 ， 还 需要 一 个 计算 团队 的 奖金 计算 
Decorator d3 = new GroupPrizeDecorator (Q2) 


double ww = d3.calePrize(" 王 五 "null null) ; 


648 


第 22 章 ”装饰 模式 (Decorator ) i 


} 

测试 一 下 ， 看 看 结果 。 示 例如 下 : 

张 三 当 月 业务 奖金 300.0 

张 三 累 计 奖 金 1000.0 

========== 张 三 应 得 奖金 : 1300.0 

李 四 当 月 业务 奖金 600 .0 

李 四 累 计 奖 金 1000.0 

========== 李 四 应 得 奖金 : 1600.0 

王 五 当月 业务 奖金 900.0 

王 五 累计 奖金 1000.0 

王 五 当月 团队 业务 奖金 600 .0 

========== 王 经 理应 得 奖金 : 2500-0 

当 测 试 运行 的 时 候 会 按照 装饰 器 的 组 合 顺序 ， 依 次 调用 相应 的 装饰 器 来 执行 业务 功 
能 ， 是 一 个 递归 的 调用 方法 ， 以 业务 经 理 “ 王 五 ”的 奖金 计算 做 例子 ， 画 个 图 来 说 明 奖 
金 的 计算 过 程 吧 ， 看 看 是 如 何 调用 的 ， 如 图 22.3 所 示 。 


客户 端 返回 加 上 团队 奖金 后 的 值 : 600+1900 





默认 的 计算 奖金 对 象 ， 
被 装饰 的 对 象 





图 22.3 ”装饰 模式 示例 的 组 合 和 调用 过 程 示意 图 


于 这 个 图 很 好 地 揭示 了 装饰 模式 的 组 合 和 调用 过 程 ， 请 仔细 体会 一 下 。 


如 同上 面 的 示例 ， 对 于 基本 的 计算 奖金 的 对 象 而 言 ， 由 于 计算 奖金 的 逻辑 太 过 于 复 
杂 ， 而 且 需 要 在 不 同 的 情况 下 进行 不 同 的 运算 ， 为 了 灵活 性 ， 把 多 种 计算 奖金 的 方式 分 
散 到 不 同 的 装饰 器 对 象 中 ， 采 用 动态 组 合 的 方式 ， 来 给 基本 的 计算 奖金 的 对 象 增添 计算 
奖金 的 功能 ， 每 个 装饰 器 相当 于 计算 奖金 的 一 个 部 分 。 

这 种 方式 明显 比 为 基本 的 计算 奖金 的 对 象 增加 子 类 更 灵活 ， 因 为 装饰 模式 的 起 源 点 
是 采用 对 象 组 合 的 方式 ， 然 后 在 组 合 的 时 候 顺 便 增加 些 功 能 。 为 了 达到 一 层 一 层 组 装 的 
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效果 ， 装 饰 模式 还 要 求 装饰 器 要 实现 与 被 装饰 对 象 相 同 的 业务 接口 ， 这 样 才能 以 同一 种 
方式 依次 组 合 下 去 。 

灵活 性 还 体现 在 动态 上 ， 如 果 是 继承 的 方式 ， 那 么 所 有 的 类 实例 都 有 这 个 功能 了 ， 
而 采用 装饰 模式 ， 可 以 动态 地 为 某 几 个 对 象 实例 添加 功能 ， 而 不 是 对 整个 类 添加 功能 。 
比如 上 面 示 例 中 ， 客 户 端 测试 的 时 候 ， 对 张 三 、 李 四 就 只 组 合 了 两 个 功能 ， 对 王 五 就 组 
合 了 三 个 功能 ， 但 是 原始 的 计算 奖金 的 类 都 是 一 样 的 ， 只 是 动态 地 为 它 增 加 的 功能 不 同 
而 已 。 


22.3 模式 讲解 


22. 3.1 认识 装饰 模式 


1. 装饰 模式 的 功能 
装饰 模式 能 够 实现 动态 地 为 对 象 添加 功能 ， 是 从 一 个 对 象 外 部 来 给 对 象 增 加 功能 ， 
相当 于 是 改变 了 对 象 的 外 观 。 当 装饰 过 后 ， 从 外 部 使 用 系统 的 角度 看 ， 就 不 再 是 使 用 原 
始 的 那个 对 象 了 ， 而 是 使 用 被 一 系列 的 装饰 器 装饰 过 后 的 对 象 。 
这 样 就 能 够 灵活 地 改变 一 个 对 象 的 功能 ， 只 要 动态 组 合 的 装饰 器 发 生 了 改变 ， 那 么 
最 终 所 得 到 的 对 象 的 功能 也 就 发 生 了 改变 。 
变相 地 还 得 到 了 男 外 一 个 好 处 ， 那 就 是 装饰 器 功能 的 复 用 ， 可 以 给 一 个 对 象 多 次 增 
加 同一 个 装饰 器 ， 也 可 以 用 同一 个 装饰 器 装饰 不 同 的 对 象 。 
2. 对 象 组 合 
前 面 已 经 讲 到 了 ， 一 个 类 的 功能 的 扩展 方式 ， 可 以 是 继承 ， 也 可 以 是 功能 更 强大 、 
更 灵活 的 对 象 组 合 的 方式 。 
其 实 ， 现 在 在 面向 对 象 的 设计 中 ， 有 一 条 基本 的 规则 就 是 “尽量 使 用 对 象 组 合 ， 
不 是 对 象 继 承 ” 来 扩展 和 复 用 功能 。 装 饰 模式 的 思考 起 点 就 是 这 个 规则 。 
可 能 有 些 朋 友 还 不 太 熟 悉 什 么 是 “对 象 组 合 ”， 下 面 介绍 一 下 “对 和 象 组 合 ”。 
什么 是 对 象 组 合 ? 
直接 举例 来 说 吧 ， 假 若 有 一 个 对 象 A， 实 现 了 一 个 al 的 方法 ， 而 C1 对 象 想 要 来 扩 
展 A 的 功能 ， 给 它 增 加 一 个 cl1 的 方法 ， 那 么 一 个 方案 是 继承 ，A 对 象 示例 代码 如 下 : 
Public class A { 
public void al(){ 
System.out.printin("now in 及 .alI") 7 
} 
} 
C1 对 象 示例 代码 如 下 : 
Public class Cl extends RA{ 
public void cl1(){ 


System.out.println("now in CI1.c11") > 
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另外 一 个 方案 就 是 使 用 对 象 组 合 ， 怎 么 组 合 呢 ? 就 是 在 C1 对 象 中 不 再 继承 A 对 象 
了 ， 而 是 去 组 合 使 用 A 对 象 的 实例 ， 通 过 转调 A 对 象 的 功能 来 实现 A 对 象 已 有 的 功能 。 


写 个 新 的 对 象 C2 来 示范 ， 示 例 代码 如 下 ; 






对 象 组 合 是 不 是 也 很 简单 ， 而 且 更 灵活 了 。 

m ”首先 可 以 有 选择 地 复 用 功能 ， 不 是 所 有 A 的 功能 都 会 被 复 用 ， 在 C2 中 少 调用 
几 个 A 定义 的 功能 就 可 以 了 ; 

m ”其 次 在 转调 前 后 ， 可 以 实现 一 些 功 能 处 理 ， 而 且 对 于 A 对 象 是 透明 的 ， 也 就 是 
A 对 象 并 不 知道 在 al 方法 处 理 的 时 候 被 追加 了 功能 ; 

m ”还 有 一 个 额外 的 好 处 ， 就 是 可 以 组 合 拥有 多 个 对 象 的 功能 ， 假 如 还 有 一 个 对 象 
B， 而 C2 也 想 拥 有 B 对 象 的 功能 ， 那 很 简单 ， 再 增加 一 个 方法 ， 然 后 转调 B 

对 象 就 可 以 了 。B 对 象 示例 代码 如 下 : 













同时 拥有 A 对 象 的 功能 ，B 对 象 的 功能 ， 还 有 自己 实现 的 功能 的 C3 对 象 示例 代码 
如 下 
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最 后 再 说 一 点 ， 就 是 关于 对 象 组 合 中 ， 何 时 创建 被 组 合 对 象 的 实例 。 

m ”一 种 方案 是 在 属性 上 直接 定义 并 创建 需要 组 合 的 对 象 实例 。 

ma 另外 一 种 方案 是 在 属性 上 定义 一 个 变量 ， 来 表示 持 有 被 组 合 对 象 的 实例 ， 具 体 
实例 从 外 部 传 入 ， 也 可 以 通过 IoC/DI 容器 来 注入 。 

示例 代码 如 下 : 





3. 装饰 器 

装饰 器 实现 了 对 被 装饰 对 象 的 某 些 装 饰 功 能 ， 可 以 在 装饰 器 中 调用 被 装饰 对 象 的 功 
能 ， 获 取 相 应 的 值 ， 这 其 实 是 一 种 递归 调用 。 

在 装饰 器 中 不 仅仅 是 可 以 给 被 装饰 对 象 增加 功能 ， 还 可 以 根据 需要 选择 是 否 调用 被 
装饰 对 象 的 功能 ， 如 果 不 调 用 被 装饰 对 象 的 功能 ， 那 就 变 成 完全 重新 实现 了 ， 相 当 于 动 
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态 修改 了 被 装饰 对 象 的 功能 。 
所 里 另外 一 点 ， 各 个 装饰 器 之 间 最 好 是 完全 独立 的 功能 ， 不 要 有 依赖 ， 这 样 在 进行 


四 装饰 组 合 的 时 候 ， 才 没有 先后 顺序 的 限制 ， 也 就 是 先 装饰 谁 和 后 装饰 谁 都 应 该 
是 一 样 的 ， 和 否则 会 大 大 降低 装饰 器 组 合 的 灵活 性 。 


4. 装饰 器 和 组 件 类 的 关系 

装饰 器 是 用 来 装饰 组 件 的 ， 装 饰 器 一 定 要 实现 和 组 件 类 一 致 的 接口 ， 保 证 它们 是 同 
一 个 类 型 ， 并 具有 同一 个 外 观 ， 这 样 组 合 完成 的 装饰 才能 够 递归 调用 下 去 。 

组 件 类 是 不 知道 装饰 器 的 存在 的 ， 装 饰 器 为 组 件 添 加 功能 是 一 种 透明 的 包装 ， 组 件 
类 毫 不 知情 。 需 要 改变 的 是 外 部 使 用 组 件 类 的 地 方 ， 现 在 需要 使 用 包装 后 的 类 ， 接 口 是 
一 样 的 ， 但 是 具体 的 实现 类 发 生 了 改变 。 

5. 退化 形式 

如 果 仅 仅 只 是 想 要 添加 一 个 功能 ， 就 没有 必要 再 设计 装饰 器 的 抽象 类 了 ， 直 接 在 装 
饰 器 中 实现 跟 组 件 一 样 的 接口 ， 然 后 实现 相应 的 装饰 功能 就 可 以 了 。 但 是 建议 最 好 还 是 
设计 上 装饰 器 的 抽象 类 ， 这 样 有 利于 程序 的 扩展 。 


22. 3.2 ”Java 中 的 装饰 模式 应 用 





1. Java 中 典型 的 装饰 模式 应 用 一 一 LO 流 
装饰 模式 在 Java 中 最 典型 的 应 用 ， 就 是 IO 流 ， 简 单 回 忆 一 下 ， 如 果 使 用 流 式 操作 
读 取 文件 内 容 ， 会 怎样 实现 呢 ? 简单 的 代码 示例 如 下 : 
public class IOTest { 
public static void main(String[] args)throws Exception { 
// 流 式 读 取 文 件 
DataInPutStream din = null; 
try{ 
din = new DataInPutStream( 
new BufferedIinputStream( 
new FileInputStream("IOTest.txt") 
) 
) : 
// 然 后 就 可 以 获取 文件 内 容 了 
byte bs []= new bytel[ldin.available()]; 
din.read (bs); 
String content = new String(bs); 
System.out.println ("文件 内 容 ===="+content); 
}finallyt{ 


din.close(); 
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} 

仔细 观察 上 面 的 代码 ， 会 发 现 最 里 层 是 一 个 FileInputStream 对 象 ， 然 后 把 它 传递 给 
一 个 BufferedInputStream 对 象 ， 经 过 BufferedInputStream 处 理 ， 再 把 处 理 后 的 对 象 传递 
给 了 DataInputStream 对 象 进行 处 理 ， 这 个 过 程 其 实 就 是 装饰 器 的 组 装 过 程 ， 
FileInputStream 对 象 相当 于 原始 的 被 装饰 的 对 象 ， 而 BufferedInputStream 对 象 和 
DataInputStream 对 象 则 相当 于 装饰 器 。 

可 能 有 朋友 会 问 ， 装 饰 器 和 具体 的 组 件 类 是 要 实现 同样 的 接口 的 ， 上 面 这 些 类 是 这 
样 吗 ? 看 看 Java 的 IO 对 和 象 层次 图 吧 。 由 于 Java 的 IO 对 象 众多 ， 因 此 只 是 画 出 了 
InputStream 的 部 分 ， 而 且 由 于 图 的 大 小 关系 ， 也 只 是 表现 出 了 部 分 的 流 ， 具 体 如 图 22.4 
所 示 。 










Obiectinput 
ObjectStreamConstants 


E BufferedInputstream | 局 LineNumberInputStream 


图 22.4 Java 的 IO 的 InputStream 部 分 对 象 层次 图 

查看 图 22.4 会 发 现 ， 它 的 结构 和 装饰 模式 的 结构 几乎 是 一 样 的 。 

m ”InputStream 就 相当 于 装饰 模式 中 的 Component。 

ma ”其实 FileInputStream、ObjectInputStream、StringBufferInputStream 这 几 个 对 象 
是 直接 继承 了 InputSream， 还 有 几 个 直接 继承 InputStream 的 对 象 ， 比 如 
ByteArrayInputStream、PipedImputStream 等 。 这 些 对 象 相当 于 装饰 模式 中 的 
ConcreteComponent， 是 可 以 被 装饰 器 装饰 的 对 象 。 

m FilterInputStream 就 相当 于 装饰 模式 中 的 Decorator， 而 它 的 子 类 
DataInputStream 、 BufferedInputStream 、 LineNumberInputStream 和 
PushbackInputStream 就 相当 于 装饰 模式 中 的 ConcreteDecorator 了 。 男 外 
FilterInputStream 和 它 的 子 类 对 象 的 构造 器 ， 都 是 传 入 组 件 InputStream 类 型 ， 
这 样 就 完全 符合 前 面 讲述 的 装饰 器 的 结构 了 。 

同样 的 ， 输 出 流 部 分 也 类 似 ， 就 不 再 袭 述 。 

既然 IO 流 部 分 是 采用 装饰 模式 实现 的 ， 如 果 我 们 想 要 添加 新 的 功能 ， 只 需要 实现 

新 的 装饰 器 ， 然 后 在 使 用 的 时 候 ， 组 合 进 去 就 可 以 了 。 也 就 是 说 ， 我 们 可 以 自 定义 一 个 
装饰 器 ， 然 后 和 JDK 中 己 有 的 流 的 装饰 器 一 起 使 用 。 能 行 吗 ? 试 试看 吧 ， 前 面 是 按照 输 
入 流 来 讲述 的 ， 下 面 的 示例 按照 输出 流 来 做 ， 顺 便 体会 一 下 Java 的 输入 流 和 输出 流 在 结 
构 上 的 相似 性 。 
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2. 自己 实现 的 TO 流 的 装饰 器 一 第 一 版 

来 个 功能 简单 点 的 ， 实 现 把 英文 加 密 存 放 吧 ， 也 谈 不 上 什么 加 密 算法 ， 就 是 把 英文 
字母 向 后 移动 两 个 位 置 ， 比 如 ，a 变 成 c，b 变 成 4， 依 次 类 推 ， 最 后 的 y 变 成 a，z 就 变 
成 b， 而 且 为 了 简单 ， 只 处 理 小 写 的 ， 够 简单 的 吧 。 

好 了 ， 还 是 看 看 实现 简单 的 加 密 的 代码 实现 吧 。 示 例 代码 如 下 : 


测试 一 下 看 看 ， 好 用 吗 ? 容 户 端 使 用 代码 示例 如 下 


运行 一 下 ， 打 开 生成 的 文件 ， 看 看 结果 。 结 果 示例 如 下 ， 








很 好 ， 是 不 是 被 加 密 了 ， 虽 然 是 明文 的 ， 但 已 经 不 是 最 初 存 放 的 内 容 了 ， 一 切 显 得 
非常 的 完美 。 
再 试 试 看 ， 不 是 说 装饰 器 可 以 随意 组 合 吗 ， 换 一 个 组 合 方式 看 看 ， 比 如 把 
BufferedOutputStream 和 我 们 自己 的 装饰 器 在 组 合 的 时 候 换个 位 ， 示 例 代 码 如 下 : 
public class Client { 
public static void main(String[] args) throws Exception {. 
// 流 式 输出 文件 
DataoutPutStream dout = new DataOutputStream( 
new EncryptOutputSstream ( 
; new | 
new FileOutputstream("MyEncrypty txt")))); 
dout.write("abcdxyz".getBytes()); 


dout.close (); 


} 

再 次 运行 ， 看 看 结果 。 坏 了 ， 出 大 问题 了 ， 这 个 时 候 输 出 的 文件 一 片 空白 ， 什 么 都 

没有 。 这 是 哪里 出 了 问题 呢 ? 

要 想 把 这 个 问题 搞 清 楚 ， 就 需要 把 上 面 IO 流 的 内 部 运行 和 基本 实现 搞 明 白 。 分 开 

来 看 看 具体 的 运行 过 程 吧 。 
(1) 先 看 看 成 功 输出 流 中 内 容 的 写法 的 运行 过 程 。 

nm 当 执 行 到 “dout.write("abcdxyz".getBytes0); ”这 句 话 的 时 候 ， 会 调用 
DataOutputStream 的 write 方法 ， 把 数据 输出 到 BufferedOutputStream 中 ; 由 于 
BufferedOutputStream 流 是 一 个 带 缓存 的 流 ， 它 默认 缓存 8192 字 节 ， 也 就 是 默 
认 流 中 的 缓存 数据 到 了 8192 字 节 , 它 才 会 自动 输出 缓存 中 的 数据 ; 而 目前 要 输 
出 的 字 节 肯定 不 到 8192 字 节 ， 因 此 数据 就 被 缓存 在 BufferedOutputStream 流 中 
了 ， 而 不 会 被 自动 输出 。 

mn 当 执行 到 “dout.close0;” 这 人 句 话 的 时 候 ， 会 调用 关闭 DataOutputStream 流 ， 这 
会 转调 到 传 入 DataOutputStream 中 流 的 close 方 法 ,也 就 是 BufferedOutputStream 
的 close 方法 , 而 BufferedOutputStream 的 close 方法 继承 自 FilterOutputStream， 
在 FilterOutputStream 的 close 方法 实现 里 面 ， 会 先 调 用 输出 流 的 方法 flush， 然 
后 关闭 流 。 也 就 是 此 时 BufferedOutputStream 流 中 缓存 的 数据 会 被 强制 输出 ; 
BufferedOutputStream 流 中 缓存 的 数据 被 强制 输出 到 EncryptOutputStream 流 ， 
也 就 是 我 们 自己 实现 的 流 ， 没 有 缓存 ， 经 过 处 理 后 继续 输出 ; 
EncryptOutputStream 流 会 把 数据 输出 到 FileOutputStream 中 ，FileOutputStream 
会 直接 把 数据 输出 到 文件 中 ， 因 此 ， 这 种 实现 方式 会 输出 文件 的 内 容 。 

(2) 再 来 看 看 不 能 输出 流 中 内 容 的 写法 的 运行 过 程 。 

四 当 执 行 到 “dout.write("abcdxyz".getBytes0); ”这 句 话 的 时 候 ， 会 调用 
DataOutputStream 的 write 方法 ， 把 数据 输出 到 EncryptOutputStream 中 ; 
EncryptOutputStream 流 ， 也 就 是 我 们 自己 实现 的 流 ， 没 有 缓存 ， 经 过 处 理 后 继 
续 输 出 ， 把 数据 输出 到 BufferedOutputStream 中 ; 由 于 BufferedOutputStream 流 
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是 一 个 带 缓存 的 流 ， 它 默认 缓存 8192 字 节 ， 也 就 是 默认 流 中 的 缓存 数据 到 了 
8192 字 节 , 它 才 会 自动 输出 缓存 中 的 数据 ; 而 目前 要 输出 的 字 节 肯定 不 到 8192 
字 节 ， 因 此 数据 就 被 缓存 在 BufferedOutputStream 流 中 了 ， 而 不 会 被 自动 输出 。 
a 当 执 行 到 “dout.close0;” 这 句 话 的 时 候 : 会 调用 关闭 DataOutputStream 流 ， 这 
会 转调 到 传 入 DataOutputStream 流 中 的 close 方法 ,也 就 是 EncryptOutputStream 
的 close 方法 ， 而 EncryptOutputStream 的 close 方法 继承 自 OutputStream， 在 
OutputStream 的 close 方法 实现 中 ， 是 个 空 方法 ， 什 么 都 没有 做 。 因 此 ， 这 种 实 
现 方式 没有 flush 流 的 数据 ， 也 就 不 会 输出 文件 的 内 容 ， 自 然 是 一 片 空白 了 。 
3. 自己 实现 的 1/O 流 的 装饰 器 一 一 第 二 版 
要 让 我 们 写 的 装饰 器 和 其 他 Java 中 的 装饰 器 一 样 使 用 ， 最 合理 的 方案 就 是 : 让 我 们 
的 装饰 器 继承 装饰 器 的 父 类 ， 也 就 是 FilterOutputStream 类 ， 然 后 使 用 父 类 提供 的 功能 来 
协助 完成 想 要 装饰 的 功能 。 示 例 代 码 如 下 : 





再 测试 看 看 ， 是 不 是 跟 其 他 的 装饰 器 一 样 ， 可 以 随便 换 位 了 呢 ? 
22.3.3 装饰 模式 和 AOP 


装饰 模式 和 AOP 在 思想 上 有 共同 之 处 。 可 能 有 些 朋 友 还 不 太 了 解 AOP， 下 面 先 简 
单 介绍 一 下 AOP 的 基础 知识 。 

1. 什么 是 AOP 一 一 面向 方面 编程 

AOP 是 一 种 编程 范式 ， 提 供 从 另 一 个 角度 来 考虑 程序 结构 以 完善 面向 对 象 编程 
(OOP) 。 

在 面向 对 象 开 发 中 ， 考 虑 系统 的 角度 通常 是 纵向 的 ， 比 如 ， 我 们 经 常 画 出 的 如 下 系 
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统 架 构图 ， 默 认 都 是 从 上 到 下 ， 上 层 依赖 于 下 层 ， 如 图 22.5 所 示 。 


流程 管理 引擎 规则 引擎 业务 模块 注册 管理 


组 织 结构 建 模 安全 建 模 


图 22.5 系统 架构 图 示例 图 
而 在 每 个 模块 内 部 呢 ? 就 拿 大 家 都 熟悉 的 三 层 架 构 来 说 ， 也 是 从 上 到 下 来 考虑 的 ， 
通常 是 表现 层 调用 逻辑 层 ， 还 辑 层 调 用 数据 层 ， 如 图 22.6 所 示 。 





图 22.6 三 层 架 构 示意 图 
慢 慢 地 ， 越 来 越 多 的 人 发 现 ， 在 各 个 模块 之 中 ， 存 在 一 些 共 性 的 功能 ， 比 如 日 志 管 
理 、 事 务 管理 等 ， 如 图 22.7 所 示 。 


商品 管理 模块 用 户 管理 模块 ” 销售 管理 模块 





图 22.7 共性 功能 示意 图 

这 个 时 候 ， 在 思考 这 些 共 性 功能 的 时 候 ， 是 从 横向 来 思考 问题 ， 与 通常 面向 对 象 的 
纵向 思考 角度 不 同 ， 很 明显 ， 需 要 有 新 的 解决 方案 ， 这 个 时 候 AOP 站 出 来 了 。 

AOP 为 开发 者 提供 了 一 种 描述 横 切 关注 点 的 机 制 ， 并 能 够 自动 将 横 切 关注 点 织 入 到 
面向 对 象 的 软件 系统 中 ， 从 而 实现 了 横 切 关注 点 的 模块 化 。 

AOP 能 够 将 那些 与 业务 无 关 ， 却 为 业务 模块 所 共同 调用 的 逻辑 或 责任 ， 比 如 ， 事 务 
处 理 、 日 志 管理 、 权 限 控制 等 ， 封 装 起 来 ， 便 于 减少 系统 的 重复 代码 ， 降 低 模块 间 的 耦 
合 度 ， 并 有 利于 未 来 的 可 操作 性 和 可 维护 性 。 
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AOP 之 所 以 强大 ， 就 是 因为 它 能 够 自动 把 横 切 关注 点 的 功能 模块 ， 自 动 织 入 回 到 软 
件 系 统 中 ， 这 是 什么 意思 呢 ? 
先 看 看 没有 AOP， 在 常规 的 面向 对 象 系统 中 ， 对 这 种 共性 的 功能 如 何 处 理 ? 大 都 是 
把 这 些 功能 提炼 出 来 ， 然 后 在 需要 用 到 的 地 方 进行 调用 如 图 22.8 所 示 ， 只 绘制 调用 通用 
日 志 的 公共 模块 ， 其 他 的 类 似 ， 就 不 去 画 了 。 


商品 管理 模块 用 户 管理 模块 ” 销售 管理 模块 






通用 日 志 管 理 通用 安全 检查 通用 事务 管理 
功能 模块 功能 模块 功能 模块 


图 22.8 ”调用 公共 功能 示意 图 
看 清楚 ， 是 从 应 用 模块 中 主动 去 调用 公共 模块 ， 也 就 是 应 用 模块 要 很 清楚 公共 模块 
的 功能 以 及 具体 的 调用 方法 才 行 ， 应 用 模块 是 依赖 于 公共 模块 的 ， 是 耦合 的 ， 这 样 一 来 ， 
要 想 修改 公共 模块 就 会 很 困难 了 ， 牵 一 而 发 百 。 
看 看 有 了 AOP 会 怎样 ? 还 是 画 个 图 来 说 明 ， 如 图 22.9 所 示 。 


商品 管理 模块 用 户 管理 模块 销售 管理 模块 


理 功 能 模块 查 功能 模块 理 功 能 模块 
图 22.9 ”AOP 的 调用 示意 图 

乍 一 看 ， 和 上 面 不 用 AOP 没有 什么 区 别 嘛 ， 真 的 吗 ? 看 得 仔细 点 ， 有 一 个 非常 非常 
大 的 改变 ， 就 是 所 有 的 箭头 方向 反 过 来 了 ， 原 来 是 应 用 系统 主动 去 调用 各 个 公共 模块 的 ， 
现在 变 成 了 各 个 公共 模块 主动 织 入 回 到 应 用 系统 。 

不 要 小 看 这 一 点 变化 ， 这 样 一 来 应 用 系统 就 不 需要 知道 公共 功能 模块 ， 也 就 是 应 用 
系统 和 公共 模块 解 厢 了 。 公 共 功 能 模块 会 在 合适 的 时 候 ， 由 外 部 织 入 回 到 应 用 系统 中 ， 
至 于 谁 来 实现 这 样 的 模块 ， 以 及 如 何 实现 不 在 我 们 的 讨论 之 列 ， 我 们 更 关注 其 思想 。 

如 果 按 照 装饰 模式 来 对 比 上 述 过 程 ， 业 务 功能 对 象 就 可 以 被 看 做 是 被 装饰 的 对 象 ， 
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而 各 个 公共 的 模块 就 好 比 是 装饰 器 ， 可 以 透明 地 来 给 业务 功能 对 象 增加 功能 。 


对 所 以 从 某 个 侧面 来 说 ， 装 饰 模式 和 AOP 要 实现 的 功能 是 类 似 的 ， 只 不 过 AOP 的 实 
引 国 现 方法 不 同 ， 会 更 加 灵活 ， 更 加 可 配置 ， 另 外 AOP 一 个 更 重要 的 变化 是 思想 上 的 


变化 一 一 “ 主 从 换 位 ”， 让 原本 主动 调用 的 功能 模块 变 成 了 被 动 等 待 ， 甚 至 在 毫 





不 知情 的 情况 下 被 织 入 了 很 多 新 的 功能 。 
2. 使 用 装饰 模式 做 出 类 似 AOP 的 效果 
下 面 来 演示 一 下 使 用 装饰 模式 ， 把 一 些 公共 的 功能 ， 比 如 权限 控制 、 日 志 记 录 等 透 


明 地 添加 回 到 业务 功能 模块 中 去 ， 做 出 类 似 AOP 的 效果 。 

(1) 首先 定义 业务 接口 。 

这 个 接口 相当 于 装饰 模式 的 Component。 注 意 这 里 使 用 的 是 接口 ， 而 不 像 前 面 一 样 
使 用 的 是 抽象 类 ， 虽 然 使 用 抽象 类 的 方式 来 定义 组 件 是 装饰 模式 的 标准 实现 方式 ， 但 是 
如 果 不 需 要 为 子 类 提供 公共 功能 的 话 ， 也 是 可 以 实现 成 接口 的 ， 这 点 要 先 说 明 一 下 ， 免 
得 有 些 朋 友 会 认为 这 就 不 是 装饰 模式 了 。 示 例 代码 如 下 : 

/大 类 

* 商品 销售 管理 的 业务 接口 
*/ 


public interface GoodsSaleEbi { 





/** 
* 保存 销售 信息 ， 本 来 销售 数据 应 该 是 多 条 ， 太 麻烦 了 ， 为 了 演示 ， 简 单 点 
* Qparam user 操作 人 员 
* @param customer 客户 
* @param saleModel 销售 数据 
* @return 是 否 保存 成 功 
A 
public boolean sale (String user,String customer, 
SaleModel] saleModel); 
} 
顺便 把 封装 业务 数据 的 对 象 也 定义 出 来 。 很 简单 ， 示 例 代码 如 下 : 
/** 
* 封装 销售 单 的 数据 ， 简 单 地 示意 一 些 
SA 
public class SaleModel { 
/** 
* 销售 的 商品 
ph 
private String goods; 
/** 
* 销售 的 数量 
* 
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(2) 定义 基本 的 业务 实现 对 象 。 示 例 代码 如 下 : 


(3) 接 下 来 该 来 实现 公共 功能 了 。 把 这 些 公共 功能 实现 成 为 装饰 器 ， 则 需要 给 它们 
定义 一 人 抽象 的 父 类 。 示 例 代码 如 下 





se 
人 public Decorator (GoodsSaleEbi ebi){ 


this.ebi = ebi; 






} 
(4) 实现 权限 控制 的 装饰 器 。 
先 检查 是 否 有 运行 的 权限 ， 如 果 有 就 继续 调用 ， 如 果 没 有 ， 就 不 递归 调用 了 ， 而 是 
输出 没有 权限 的 提示 。 示 例 代 码 如 下 : 
/ 大 大 
* 实现 权限 控制 
/| 
public class CheckDecorator extends Decoratort{ 
public CheckDecorator (GoodsSaleEbi ebi)f{ 
super (ebi); 
} 
public boolean sale(String user,String customer 
: SaleModel saleModel) 1{ 
// 简 单 点 ， 只 让 张 三 执 行 这 个 功能 
if(!1" 张 三 " .equals (usezr) )1{ 
System.out.println ("对 不 起 "+user 
+"， 你 没有 保存 销售 单 的 权限 ") ; 
// 就 不 再 调用 被 装饰 对 象 的 功能 了 
return false; 
}elsef{ 


return this.ebi.sale(user, customer, saleModel); 


} 

(5) 实现 日 志 记 录 的 装饰 器 , 就 是 在 功能 执行 完成 后 记录 日 志 即 可 。 示例 代码 如 下 : 
/** 

* 实现 日 志 记 录 

号 类 
public class LogDecorator extends Decoratori{ 

Public LogDecorator (GoodsSaleEbi ebi){ 
super (ebi); 


} 


Public boolean sale(String user,String customer, 
SaleModel saleModel) { 


// 执 行业 务 功能 


boolean f = this.ebi.sale(user, customer, saleModel); 


// 在 执行 业务 功能 后 记录 日 志 


662 


第 22 章 ”装饰 模式 (Decorator ) i 


new SimpleDateFormat ("yyyy-MM-dd HH:mm:ss SSS")， 


DateFormat df = 


System.out .Println(" 日 志 记 录 : "+user+" 于 "+ 
af .format (new Date() )+" 时 保存 了 一 条 销售 记录 ， 客 户 是 " 
+customer+" ,购买 记录 是 "+saleModel)， 


Return 
} 
} 


(6) 组 合 使 用 这 些 装饰 器 。 
在 组 合 的 时 候 ， 权 限 控 制 应 该 是 最 先 被 执行 的 ， 所 以 把 它 组 合 在 最 外 面 ， 日 志 记 录 
的 装饰 器 会 先 调用 原始 的 业务 对 象 ， 所 以 把 日 志 记 录 的 装饰 器 组 合 在 中 间 。 
前 面 讲 过 ， 装 饰 器 之 间 最 好 不 要 有 顺序 限制 ， 但 是 在 实际 应 用 中 ， 可 以 根据 具体 的 
功能 要 求 而 有 顺序 的 限制 ， 但 应 该 尽量 避免 这 种 情况 。 
此 时 客户 端 测试 代码 示例 如 下 。 
publro class Client 以 
public.static void main(Stringll) args}y ™{ 
// 得 到 业务 接口 ， 组 合 装 饰 器 
GoodsSaleEbi ebi = new CheckDecorator!( 
new LogDecorator ( 
new GoodsSaleEbo ())) 
// 准 备 测试 数据 
SaleMoqel saleModel = new SaleModel ()，; 
saleModel .setGoods ("Moto 手机 ") ; 
saleModel.setSaleNum(2); 
// 调 用 业务 功能 
ebivsale(" 张 三 ">" 张 宇 丰 "saleModel)’; 
ebi.sale(tre 由 "在 "saleModel) 


} 

运行 结果 如 下 : 

张 三 保存 了 张三丰 购买 商品 名 称 =Moto 手机 , 购买 数量 =2 的 销售 数据 

日 志 记录 : 张 三 于 2010-02-12 16:38:56 730 时 保存 了 一 条 销售 记录 客户 是 张三丰 ， 


购买 记录 是 商品 名 称 =Moto 手机 , 购买 数量 =2 
: 日 志 的 体现 , 这 是 


一 条 日 志 记 录 
权限 检测 的 体现 


对 不 起 李 四 ， 你 没有 保存 销售 单 的 权限 
好 好 体会 一 下 ， 是 不 是 也 在 没有 惊动 原始 业务 对 和 象 的 情况 下 ， 给 它 织 入 了 新 的 功能 
呢 ? 也 就 是 说 是 在 原始 业务 不 知情 的 情况 下 ， 给 原始 业务 对 象 透明 地 增加 了 新 功能 ， 从 


而 模拟 实现 了 AOP 的 功能 。 
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度 事实 上 ， 这 种 做 法 完全 可 以 应 用 在 项 目 开发 上 ， 在 后 期 为 项 目的 业务 对 象 添加 数据 
检查 、 权 限 控制 、 日 志 记录 等 功能 ， 而 不 需要 在 业务 对 象 上 去 处 理 这 些 功能 了 ， 业 务 对 
象 可 以 更 专注 于 具体 业务 的 处 理 。 
22. 3.4 闭 饰 模式 的 优 缺 点 
装饰 模式 有 以 下 优点 。 
。 ” 比 继承 更 灵活 





从 为 对 象 添加 功能 的 角度 来 看 ， 装 饰 模式 比 继承 更 灵活 。 继 承 是 静态 的 ， 而 且 
一 旦 继承 所 有 子 类 都 有 一 样 的 功能 。 而 装饰 模式 采用 把 功能 分 离 到 每 个 装饰 器 
当中 ， 然 后 通过 对 象 组 合 的 方式 ， 在 运行 时 动态 地 组 合 功能 ， 每 个 被 装饰 的 对 
象 最 终 有 哪些 功能 ， 是 由 运行 期 动态 组 合 的 功能 来 决定 的 。 
sm ”更 容易 复 用 功能 
装饰 模式 把 一 系列 复杂 的 功能 分 散 到 每 个 装饰 器 当中 ， 一 般 一 个 装饰 器 只 实现 
一 个 功能 , 使 实现 装饰 嚣 变 得 简单 , 更 重要 的 是 这 样 有 利于 装饰 器 功能 的 复 用 ， 
可 以 给 一 个 对 象 增加 多 个 同样 的 装饰 器 ， 也 可 以 把 一 个 装饰 器 用 来 装饰 不 同 的 
对 象 ， 从 而 实现 复 用 装饰 器 的 功能 。 
a ”简化 高 层 定 义 
装饰 模式 可 以 通过 组 合 装 饰 器 的 方式 ， 为 对 象 增添 任意 多 的 功能 。 因 此 在 进行 
高 层 定义 的 时 候 , 不 用 把 所 有 的 功能 都 定义 出 来 , 而 是 定义 最 基本 的 就 可 以 了 ， 
可 以 在 需要 使 用 的 时 候 ， 组 合 相 应 的 装饰 器 来 完成 所 需 的 功能 。 
装饰 模式 的 缺点 是 : 会 产生 很 多 细 粒 度 对 象 。 
前 面 说 了 ， 装 饰 模式 是 把 一 系列 复杂 的 功能 ， 分 散 到 每 个 装饰 器 当中 ， 一 般 一 个 装 
饰 器 只 实现 一 个 功能 ， 这 样 会 产生 很 多 细 粒 度 的 对 象 ， 而 且 功 能 越 复杂 ， 需 要 的 细 粒 度 
对 象 越 多 。 


22. 3.5 思考 装饰 模式 


1. 装饰 模式 的 本 质 


装饰 模式 的 本 质 : 动态 组 合 。 


动态 是 手段 ， 组 合 才 是 目的 。 这 里 的 组 合 有 两 个 意思 ， 一 个 是 动态 功能 的 组 合 ， 也 
就 是 动态 进行 装饰 器 的 组 合 ， 另 外 一 个 是 指 对 象 组 合 ， 通 过 对 象 组 合 来 实现 为 被 装饰 对 
象 透 明 地 增加 功能 。 

但 是 要 注意 ， 装 饰 模式 不 仅 可 以 增加 功能 ， 而 且 也 可 以 控制 功能 的 访问 ， 完 全 实现 
新 的 功能 ， 还 可 以 控制 装饰 的 功能 是 在 被 装饰 功能 之 前 还 是 之 后 来 运行 等 。 

总 之 ， 装 饰 模式 是 通过 把 复杂 功能 简单 化 、 分 散 化 ， 然 后 在 运行 期 间 ， 根 据 需要 来 
动态 组 合 的 这 样 一 个 模式 。 

2. 何 时 选用 装饰 模式 
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建议 在 以 下 情况 中 选用 装饰 模式 。 


sm ”如 果 需 要 在 不 影响 其 他 对 象 的 情况 下 ， 以 动态 、 透 明 的 方式 给 对 象 添加 职责 ， 
可 以 使 用 装饰 模式 ， 这 几乎 就 是 装饰 模式 的 主要 功能 。 

sm 。 如果 不 适合 使 用 子 类 来 进行 扩展 的 时 候 ， 可 以 考虑 使 用 装饰 模式 。 因 为 装饰 模 
式 是 使 用 的 “对 象 组 合 ” 的 方式 。 所 谓 不 适合 用 子 类 扩展 的 方式 ， 比 如 ， 扩 展 
功能 需要 的 子 类 太 多 ， 造 成 子 类 数目 呈 爆 炸 性 增长 。 


.3.6 相关 模式 


ms ”装饰 模式 与 适配器 模式 
这 是 两 个 没有 什么 关联 的 模式 ， 放 到 一 起 来 说 ,是 因为 它们 有 一 个 共同 的 别名 : 
Wrapper。 
这 两 个 模式 功能 上 是 不 一 样 的 ， 适 配器 模式 是 用 来 改变 接口 的 ， 而 装饰 模式 是 
用 来 改变 对 象 功 能 的 。 

m ”装饰 模式 与 组 合 模 式 
这 两 个 模式 有 相似 之 处 ， 都 涉及 到 对 象 的 递归 调用 ， 从 某 个 角度 来 说 ， 可 以 把 
装饰 看 做 是 只 有 一 个 组 件 的 组 合 。 
但 是 它们 的 目的 完全 不 一 样 ， 装 饰 模式 是 要 动态 地 给 对 象 增 加 功能 ;而 组 合 模 
式 是 想 要 管理 组 合 对 象 和 叶子 对 象 , 为 它们 提供 一 个 一 致 的 操作 接口 给 客户 端 ， 
方便 客户 端的 使 用 。 

m ”装饰 模式 与 策略 模式 
这 两 个 模式 可 以 组 合 使 用 。 
策略 模式 也 可 以 实现 动态 地 改变 对 象 的 功能 ， 但 是 策略 模式 只 是 一 层 选择 ， 也 
就 是 根据 策略 选择 一 下 具体 的 实现 类 而 已 。 而 装饰 模式 不 是 一 层 ， 而 是 递归 调 
用 ， 无 数 层 都 可 以 ， 只 要 组 合 好 装饰 器 的 对 象 组 合 ， 那 就 可 以 依次 调用 下 去 。 
所 以 装饰 模式 更 灵活 。 
而 且 策略 模式 改变 的 是 原始 对 象 的 功能 ， 不 像 装饰 模式 ， 后 面 一 个 装饰 器 ， 改 
变 的 是 经 过 前 一 个 装饰 器 装饰 后 的 对 象 ,也 就 是 策略 模式 改变 的 是 对 象 的 内 核 ， 
而 装饰 模式 改变 的 是 对 象 的 外 壳 。 
这 两 个 模式 可 以 组 合 使 用 ， 可 以 在 一 个 具体 的 装饰 器 中 使 用 策略 模式 来 选择 更 
具体 的 实现 方式 。 比 如 前 面 计 算 奖 金 的 另外 一 个 问题 就 是 参与 计算 的 基数 不 同 ， 
奖金 的 计算 方式 也 是 不 同 的 。 举 例 来 说 : 假设 张 三 和 李 四 参 与 同一 个 奖金 的 计 
算 ， 张 三 的 销售 总 额 是 2 万 元 ， 而 李 四 的 销售 总 额 是 8 万 元 ， 它 们 的 计算 公式 
是 不 一 样 的 ， 假 设 奖金 的 计算 规则 是 ， 销 售 额 在 5 万 以 下 ， 统 一 3%， 而 5 万 
以 上 ，5 万 内 是 4%， 超 过 部 分 是 6%。 
参与 同一 个 奖金 的 计算 ， 这 就 意味 着 可 以 使 用 同一 个 装饰 器 ， 但 是 在 装饰 器 的 
内 部 ， 不 同 条 件 下 计算 公式 不 一 样 ， 那 么 怎么 选择 具体 的 实现 策略 呢 ? 自然 使 
用 策略 模式 就 可 以 了 ， 也 就 是 装饰 模式 和 策略 模式 组 合 来 使 用 。 

m ”装饰 模式 与 模板 方法 模式 
这 是 两 个 功能 上 有 相似 点 的 模式 。 
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模板 方法 模式 主要 应 用 在 算法 骨架 固定 的 情况 ， 那 么 要 是 算法 步骤 不 固定 呢 ， 
也 就 是 一 个 相对 动态 的 算法 步骤 ， 就 可 以 使 用 装饰 模式 了 ， 因 为 在 使 用 装饰 模 
式 的 时 候 ， 进 行 装饰 器 的 组 装 ， 其 实 也 相当 于 是 一 个 调用 算法 步骤 的 组 装 ， 相 
当 于 是 一 个 动态 的 算法 骨架 。 

既然 装饰 模式 可 以 实现 动态 的 算法 步骤 的 组 装 和 调用 ， 那 么 把 这 些 算法 步骤 固 
定 下 来 ， 那 就 是 模板 方法 模式 实现 的 功能 了 ， 因 此 装饰 模式 可 以 模拟 实现 模板 
方法 模式 的 功能 。 


性 但 是 请 注意 ,仅仅 只 是 可 以 模拟 功能 而 已 ,两 个 模式 的 设计 目的 、 原 本 的 功能 、 
于 本 质 思想 等 都 是 不 一 样 的 。 
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23.1 场景 问题 


23. 1.1 申请 聚餐 费用 


来 考虑 这 样 一 个 功能 : 申请 聚餐 费用 的 管理 。 

很 多 公司 都 有 这 样 的 福利 ， 就 是 项 目 组 或 者 是 部 门 可 以 向 公司 申请 一 些 聚 餐 费用 ， 
用 于 组 织 项 目 组 成 员 或 者 是 部 门 成 员 进 行 聚餐 活动 ， 以 增进 人 员 之 间 的 情感 ， 更 有 利于 
工作 中 的 相互 合作 。 

申请 聚餐 费用 的 大 致 流程 一 般 是 : 由 申请 人 先 填写 申请 单 ， 然 后 交 给 领导 审查 ， 如 
果 申 请 批准 下 来 了 ， 领 导 会 通知 申请 人 审批 通过 ， 然 后 申请 人 去 财务 核 领 费用 ， 如 果 没 
有 核准 ， 领 导 会 通知 申请 人 审批 未 通过 ， 此 事 也 就 此 作罢 。 

不 同 级 别 的 领导 ， 对 于 审批 的 额度 是 不 一 样 的 ， 比 如 ， 项 目 经 理 只 能 审批 500 元 以 
内 的 申请 ;部 门 经 理 能 审批 1000 元 以 内 的 申请 ;而 总 经 理 可 以 审核 任意 额度 的 申请 。 

也 就 是 说 ， 当 某 人 提出 聚餐 费用 申请 的 请 求 后 ， 该 请 求 会 由 项 目 经 理 、 部 门 经 理 、 
总 经 理 之 中 的 某 一 位 领导 来 进行 相应 的 处 理 ， 但 是 提出 申请 的 人 并 不 知道 最 终 会 由 谁 来 
处 理 他 的 请 求 ， 一 般 申请 人 是 把 自己 的 申请 提交 给 项 目 经 理 ， 或 许 最 后 是 由 总 经 理 来 处 
理 他 的 请 求 ， 但 是 申请 人 并 不 知道 应 该 由 总 经 理 来 处 理 他 的 申请 请 求 。 

那么 该 怎样 实现 这 样 的 功能 呢 ? 


23. 1.2 不 用 模式 的 解决 方案 


分 析 上 面 要 实现 的 功能 ， 主 要 就 是 要 根据 申请 费用 的 多 少 ， 然 后 让 不 同 的 领导 来 进 
行 处 理 就 可 以 实现 了 。 也 就 是 有 点 逻辑 判断 而 已 。 示 例 代码 如 下 : 
/太太 
* 处 理 聚 餐 费 用 申请 的 对 象 
wid 
public class FeeRequest { 
/** 
* 提交 聚餐 费用 申请 给 项 目 经 理 
* Qparam user 申请 人 
* @param fee 申请 费用 
* ereturn 成 功 或 失败 的 具体 通知 
yy 
public String requestToProjectManager (String user,double fee){ 
SteLnd Str =7 
if(fee < 500){ 
// 项 目 经 理 的 权限 比较 小 ， 只 能 在 500 以 内 
str = this.projectHandle (user, fee); 


jelse if(fee < 1000){ 
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Seg Str 


// 为 了 测试 ， 简 单 点 ， 只 同意 小 李 的 
if(" 小 李 ".equals (user))f{ 

str = "总 经 理 同意 "+user+" 聚 餐 费 用 "+fee+" 元 的 请 求 "; 
人 让 Se 

// 其 他 人 一 律 不 同意 

str = "总 经 理 不 同意 "+user+" 聚 餐 费 用 "+fee+" 元 的 请 求 "; 





} 


return strs 


} 
写 个 客户 端 来 测试 看 看 效果 。 示 例 代 码 如 下 : 
PubLio classr Client 
public staticé void main(Stringt] args) lt 


FeeRequest request = new FeeRequest () ; 


// 开 始 测 试 

String retl = request.requestToProjectManager ("小 李 "，300)， 
System.out.PIintln("the ret="+retl1); 

String ret2 = request.requestToProjectManager ("小 张 "，300)，; 


System.out.println("the ret="+ret2); 


String ret3 = request.requestToProjectManager ("小 李 "， 600); 
System.out.printin("the ret="+ret3); 
String ret4 = request.requestToProjectManager ("小 张 "，600); 


System.out.Println("the ret="+ret4); 


String ret5 = request.requestToProjectManager ("小 李 ",， 1200); 
System.out.Println("the ret="+ret5); 
String ret6 = request.requestToProjectManager ("小 张 ",，1200); 


System.out.println("the ret="+ret6); 


} 

运行 结果 如 下 : 

the ret1= 项 目 经 理 同意 小 李 聚 餐 费 用 300 .0 元 的 请 求 
the ret2= 项 目 经 理 不 同意 小 张 聚餐 费用 300 .0 元 的 请 求 
the ret3= 部 门 经 理 同 意 小 李 聚 餐 费 用 600.0 元 的 请 求 
the ret4= 部 门 经 理 不 同意 小 张 聚餐 费用 600 .0 元 的 请 求 
the zet5= 总 经 理 同 意 小 李 聚 餐 费 用 1200.0 元 的 请 求 
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the ret6- 总 经 理 不 同意 小 张 聚餐 费用 1200 . 0 元 的 请 求 
23. 1.3 有 何 问题 


上 面 的 实现 很 简单 ， 基 本 上 没有 什么 特别 的 难度 。 仔 细 想 想 ， 这 么 实现 有 没有 问题 
呢 ? 和 仔细 分 析 申 请 聚餐 费用 的 业务 功能 和 目前 的 实现 ， 主 要 面临 着 以 下 问题 。 
m ”聚餐 费用 申请 的 处 理 流程 是 可 能 会 变动 的 。 
比如 现在 的 处 理 流程 是 : 提交 申请 给 项 目 经 理 , 看 看 是 否 适 合 由 项 目 经 理 处 理 ， 
如 果 不 是 ?> 看 看 是 否 适合 由 部 门 经 理 处 理 ， 如 果 不 是 > 总 经 理 处 理 的 步 又。 今 
后 可 能 会 变化 成 : 直接 提交 给 部 门 经 理 ， 看 看 是 和 否 适 合 由 部 门 经 理 处 理 ， 如 果 
不 是 ?> 总 经 理 处 理 这 样 的 步骤 。 也 就 是 说 ， 对 于 聚餐 费用 申请 ， 要 求 处 理 的 逻 
辑 步骤 是 灵活 的 。 
mn ”各 个 处 理 环 节 的 业务 处 理 也 是 会 变动 的 。 
因为 处 理 流程 可 能 发 生变 化 ， 也 会 导致 某 些 步 又 具体 的 业务 功能 发 生变 化 ， 比 
如 ， 原 本 部 门 经 理 审批 聚餐 费用 的 时 候 ， 只 是 判断 是 否 批准 ; 现在， 部 门 经 理 
可 能 在 审批 聚餐 费用 的 时 候 ， 核 算 本 部 门 的 实时 成 本 ， 这 就 出 现 新 的 业务 处 理 
功能 了 。 
采用 上 面 的 实现 ， 如 果 处 理 的 逻辑 发 生 了 变化 ,解决 的 方法 , 一 个 是 生成 一 个 子 类 ， 
覆盖 requestToProjectManager 方法 ， 然 后 在 里 面 实现 新 的 处 理 ; 另外 一 个 方法 就 是 修改 
处 理 申请 方法 的 源 代 码 来 实现 。 要 是 具体 处 理 环 节 的 业务 处 理 功 能 发 生 了 变化 ， 那 就 只 
好 找到 相应 的 处 理 方法 ， 进 行 源 代 码 修改 了 。 
总 之 都 不 是 什么 好 方法 ， 也 就 是 说 ， 如 果 出 现 聚 餐 费 用 申请 的 处 理 流 程 变化 的 情况 ， 
或 者 是 出 现 各 个 处 理 环节 的 功能 变化 的 时 候 ， 上 面 的 实现 方式 是 很 难 灵活 地 变化 来 适应 
新 功能 的 要 求 的 。 


把 上 面 的 问题 抽象 一 下 : 客户 端 发 出 一 个 请 求 ， 会 有 很 多 对 象 都 可 以 来 处 理 这 个 请 
求 ， 而 且 不 同 对 象 的 处 理 逻 辑 是 不 一 样 的。 对 于 客户 端 而 言 ， 无 所 谓 谁 来 处 理 ， 反 正 有 
对 象 处 理 就 可 以 了 。 而 且 在 上 述 处 理 中 ， 还 希望 处 理 流程 是 可 以 灵活 变动 的 ， 而 处 理 请 
求 的 对 象 需要 能 方便 地 修改 或 者 是 被 替换 掉 ， 以 适应 新 的 业务 功能 的 需要 。 

请 问 如 何 才能 实现 上 述 要 求 ? 


23.2 解决 方案 


23. 2. 1 使 用 职责 链 模式 来 解决 问题 
用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 ， 就 是 使 用 职责 链 模 式 。 那 么 什么 是 职责 


链 模式 呢 ? 
1. 职责 链 模式 的 定义 
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使 多 个 对 象 都 有 机 会 处 理 请 求 ， 从 而 避免 请 求 的 发 送 者 和 接收 者 之 间 的 耦合 关 


系 。 将 这 些 对 象 连 成 一 条 链 ， 并 沿 着 这 条 链 传递 该 请 求 ， 直 到 有 一 个 对 象 处 理 
它 为 止 。 





2. 应 用 职责 链 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 场景 ， 当 客户 端 提出 一 个 聚餐 费用 的 申请 ， 后 续 处 理 这 个 申请 的 对 
象 项 目 经 理 、 部 门 经 理 和 总 经 理 ， 自 然 地 形成 了 一 个 链 ， 从 项 目 经 理 访 部 门 经 理 访 总 经 
理 ， 客 户 端的 申请 请 求 就 在 这 个 链 中 传递 ， 直 到 有 领导 处 理 为 止 。 看 起 来 ， 上 面 的 功能 
要 求 很 适合 采用 职责 链 来 处 理 这 个 业务 。 

要 想 让 处 理 请 求 的 流程 可 以 灵活 地 变动 ， 一 个 基本 的 思路 ， 那 就 是 动态 构建 流程 步 
又 ， 这 样 随 时 都 可 以 重新 组 合 出 新 的 流程 来 。 而 要 让 处 理 请 求 的 对 象 也 要 很 灵活 ， 那 就 
要 让 它 足 够 简单 ， 最 好 是 只 实现 单一 的 功能 ， 或 者 是 有 限 的 功能 ， 这 样 更 有 利于 修改 和 
复 用 。 

职责 链 模式 就 很 好 地 体现 了 上 述 的 基本 思路 ， 首 先 职 责 链 模式 会 定义 一 个 所 有 处 理 
请 求 的 对 象 都 要 继承 实现 的 抽象 类 ， 这 样 就 有 利于 随时 切换 新 的 实现 ， 其 次 每 个 处 理 请 
求 对 象 只 实现 业务 流程 中 的 一 步 业 务 处 理 ， 这 样 使 其 变 得 简单 ， 最 后 职责 链 模 式 会 动态 
地 来 组 合 这 些 处 理 请 求 的 对 象 ， 把 它们 按照 流程 动态 地 组 合 起 来 ， 并 要 求 它们 依次 调用 ， 
这 样 就 动态 地 实现 了 流程 。 

这 样 一 来 ， 如 果 流 程 发 生 了 变化 ， 只 要 重新 组 合 就 可 以 了 ; 如 果 某 个 处 理 的 业务 功 
能 发 生 了 变化 ， 一 个 方案 是 修改 该 处 理 对 应 的 处 理 对 象 ， 另 一 个 方案 是 直接 提供 一 个 新 
的 实现 ， 然 后 在 组 合流 程 的 时 候 ， 用 新 的 实现 替换 掉 旧 的 实现 就 可 以 了 。 


23. 2. 2 职责 链 模式 的 结构 和 说 明 


图 +handeRegvest:vois 
Sv/ ZA 


局 ConcreteHandler2 


+handleRequest:void 


只 责 链 模 式 的 结构 如 图 23.1 所 示 。 


i 


局 ConcreteHandler1 
加 +handleRequest:void 


图 23.1 职责 链 模 式 结 构图 
m ”Handler: 定义 职责 的 接口 ， 通 常 在 这 里 定义 处 理 请 求 的 方法 ， 可 以 在 这 里 实现 
后 继 链 。 
四 ”ConcreteHandler: 实现 职责 的 类 ， 在 这 个 类 中 ， 实 现 对 在 它 职 责 范 围 内 请 求 的 
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处 理 ， 如 果 不 处 理 ， 就 继续 转发 请 求 给 后 继 者 。 
m ”Client: 职责 链 的 客户 端 ， 向 链 上 的 具体 处 理 对 象 提交 请 求 ， 让 职责 链 负责 处 理 。 


23. 2.3 职责 链 模式 示例 代码 


(1) 先 来 看 看 职责 的 接口 定义 。 示 例 代码 如 下 : 


(2) 再 来 看 看 具体 的 职责 实现 对 象 。 示 例 代码 如 下 : 





// 具 体 的 处 理 代码 

System.out.println("ConcreteHandlerl1 handle request"); 
}elsef{ 

// 如 果 不 属 于 自己 处 理 的 职责 范围 ， 那 就 判断 是 否 还 有 后 继 的 职责 对 象 

// 如 果 有 ， 就 转发 请 求 给 后 继 的 职责 对 象 

// 如 果 没 有 ， 什 么 都 不 做 ， 自 然 结束 

if(this.successor!l=nul1l) !{ 


this.successor.handleRequest (); 





} 
另外 ，ConcreteHandler2 和 ConcreteHandlerl 的 示意 代码 几乎 是 一 样 的 ， 因 此 就 不 再 
袭 述 。 
(3) 接 下 来 看 看 客户 端的 示意 。 示 例 代码 如 下 : 
/炎炎 
* 职责 链 的 客户 端 ， 这 里 只 是 个 示意 
这 
public class Client { 
public static void main(String[] args) { 
// 先 要 组 装 职责 链 
Handler hl = new ConcreteHandlerl (); 


Handler h2 = new ConcreteHandler2(); 


hl.setSuccessor (h2) ; 
// 然 后 提交 请 求 
hi.handleRequest () :; 


} 
23. 2. 4 ”使 用 职责 链 模式 重 写 示例 


要 使 用 职责 链 模 式 来 重 写 示例 ， 先 来 实现 如 下 的 功能 : 当 某 人 提出 聚餐 费用 申请 的 
请 求 后 ， 该 请 求 会 在 项 目 经 理 ?》 部 门 经 理 ?> 总 经 理 这 样 一 条 领导 处 理 链 上 进行 传递 ， 发 
出 请 求 的 人 并 不 知道 谁 会 来 处 理 他 的 请 求 ， 每 个 领导 会 根据 自己 的 职责 范围 ， 来 判断 是 
处 理 请 求 还 是 把 请 求 交 给 更 高 级 的 领导 ， 只 要 有 领导 处 理 了 ， 传 递 就 结束 了 。 

需要 把 每 位 领导 的 处 理 独 立 出 来 ， 实 现成 单独 的 职责 处 理 对 象 ， 然 后 为 它们 提供 一 
个 公共 的 、 抽 象 的 父 职责 对 象 ， 这 样 就 可 以 在 客户 端 来 动态 地 组 合 职责 链 ， 实 现 不 同 的 
功能 要 求 了 。 还 是 看 一 下 示例 的 整体 结构 ， 有 助 于 对 示例 的 理解 和 把 握 ， 如 图 23.2 所 示 。 
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图 23.2 使 用 职责 链 模 式 的 示例 程序 的 结构 示意 图 


1. 定义 职责 的 抽象 类 
首先 来 看 看 定义 所 有 职责 的 抽象 类 ， 也 就 是 所 有 职责 的 外 观 ， 在 这 个 类 中 持 有 下 一 
个 处 理 请 求 的 对 象 ， 同 时 还 要 定义 业务 处 理 方法 。 示 例 代 码 如 下 : 





2. 实现 各 自 的 职责 

现在 实现 的 处 理 聚 餐 费 用 流程 是 : 申请 人 提出 的 申请 交 给 项 目 经 理 处 理 ， 项 目 经 理 
的 处 理 权 限 是 500 元 以 内 ， 超 过 500 元 ， 把 申请 转 给 部 门 经 理 处 理 ， 部 门 经 理 的 处 理 权 
限 是 1000 元 以 内 ， 超 过 1000 元 ， 把 申请 转 给 总 经 理 处 理 。 
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度 分 析 上 述 流程 ， 该 请 求 主要 有 三 个 处 理 环节 ， 把 它们 分 别 实现 成 为 职责 对 象 ， 一 个 
对 象 实现 一 个 环节 的 处 理 功能 ， 这 样 就 会 比较 简单 。 
先 看 看 项 目 经 理 的 处 理 吧 。 示 例 代码 如 下 : 


Public class ProjectManager extends Handlert{ 






public String handleFeeRequest (String user, double fee) { 
String .Str =" 
// 项 目 经 理 的 权限 比较 小 ， 只 能 在 500 以 内 
if(fee < 500){ 
// 为 了 测试 ， 简 单 点 ， 只 同意 小 李 的 
if(" 小 李 " -equals (usezr) ) { 
str = "项 目 经 理 同意 "+user+" 聚 餐 费 用 "+fee+" 元 的 请 求 "7 
}elsef 
// 其 他 人 一 律 不 同意 
str = "项 目 经 理 不 同意 "+usez+" 聚 餐 费 用 "+fee+" 元 的 请 求 "; 
} 
return  S 七 三 2 
jelse{ 
// 超 过 500， 继 续 传递 给 级 别 更 高 的 人 处 理 
if(this.successor!=null1)t 


return successor.handleFeeRequest (user, fee); 


} 


return str; 


} 
接 下 来 看 看 部 门 经 理 的 处 理 。 示 例 代码 如 下 : 
public class DepManager extends Handlert{ 
public String handleFeeRequest (String user, double fee) { 
Stringuott se ny 
/ /部门 经 理 的 权限 只 能 在 1000 以 内 
if(fee < 1000){ 
// 为 了 测试 ， 简 单 点 ， 只 同意 小 李 申 请 的 
if ("小 李 ".equals (user) ){ 
str = "部 门 经 理 同意 "+user+" 聚 餐 费 用 "+fee+" 元 的 请 求 "; 
else 
// 其 他 人 一 律 不 同意 
str = "部 门 经 理 不 同意 "+user+" 聚 餐 费 用 "+fee+" 元 的 请 求 "; 
} 
return str; 


jelseti 
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再 看 总 经 理 的 处 理 。 示 例 代码 如 下 : 


3. 使 用 职责 链 
那么 客户 端 如 何 使 用 职责 链 呢 ， 最 重要 的 就 是 要 先 构 建 职责 链 ， 然 后 才能 使 用 。 示 
例 代码 如 下 ; 








看 起 来 结果 跟前 面 不 用 模式 的 实 
现 方案 的 运行 结果 是 一 样 的 ， 它 们 本 
来 就 是 实现 的 同样 的 功能 ， 只 不 过 实 
现 方式 不 同 而 已 。 

4. 如 何 运行 的 

理解 了 示例 的 整体 结构 和 具体 实 
现 ， 那 么 示例 的 具体 运行 过 程 是 怎样 
的 呢 ? : 

下 面 就 以 “小 李 申 请 聚餐 费用 
1200 元 ”这 个 费用 申请 为 例 来 说 明 。 
调用 过 程 的 示意 图 如 图 23.3 所 示 。 
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图 23.3 ”职责 链 示例 调用 过 程 示意 图 


第 23 章 ， 职 责 链 模式 (Chain of Responsibility) 让 
23.3 模式 讲解 


23. 3.1 认识 职责 链 模式 


1. 职责 链 模式 的 功能 

职责 链 模式 主要 用 来 处 理 “客户 端 发 出 一 个 请 求 ， 有 多 个 对 象 都 有 机 会 来 处 理 这 一 
个 请 求 ， 但 是 客户 端 不 知道 究竟 谁 会 来 处 理 他 的 请 求 ”这 样 的 情况 。 也 就 是 需要 让 请 求 
者 和 接收 者 解 耦 ， 这 样 就 可 以 动态 地 切换 和 组 合 接收 者 了 。 


汪汪 要 注意 在 标准 的 职责 链 模式 中 ， 只 要 有 对 象 处 理 了 请 求 ， 这 个 请 求 就 到 此 为 止 ， 
夸 到 不 再 被 传递 和 处 理 了 。 


如 果 要 变形 使 用 职责 链 ， 就 可 以 让 这 个 请 求 继续 传递 ， 每 个 职责 对 象 对 这 个 请 求 进 
行 一 定 的 功能 处 理 ， 从 而 形成 一 个 处 理 请 求 的 功能 链 。 
2. 隐 式 接收 者 
当 客 户 端 发 出 请 求 的 时 候 ， 客 户 端 并 不 知道 谁 会 真正 处 理 他 的 请 求 ， 客 户 端 只 知道 
他 提交 请 求 的 第 一 个 对 象 。 从 第 一 个 处 理 对 象 开 始 ， 整 个 职责 链 中 的 对 象 ， 要 么 自己 处 
理 请 求 ， 要 么 继续 转发 给 下 一 个 接收 者 。 
也 就 是 对 于 请 求 者 而 言 ， 并 不 知道 最 终 的 接收 者 是 谁 ， 但 是 一 般 情况 下 ， 总 是 会 有 
一 个 对 象 来 处 理 的 ， 因 此 称 为 隐 式 接收 者 。 
3. 如 何 构建 链 
职责 链 的 链 怎么 构建 呢 ? 这 是 个 大 问题 ， 实 现 的 方式 也 是 五 花 八 门 ， 归 结 起 来 大 致 
有 以 下 一 些 方式 。 
首先 是 按照 实现 的 地 方 来 说 : 
mn ”可 以 实现 在 客户 端 提 交 请 求 前 组 合 链 。 也 就 是 在 使 用 的 时 候 动态 组 合 链 ， 称 为 
外 部 链 ; 
m ”也 可 以 在 Handler 里 面 实现 链 的 组 合 ， 算 是 内 部 链 的 一 种 ; 
ms ”当然 还 有 一 种 就 是 在 各 个 职责 对 象 中 ， 由 各 个 职责 对 象 自行 决定 后 续 的 处 理 对 
象 。 这 种 实现 方式 要 求 每 个 职责 对 象 除了 进行 业务 处 理 外 ， 还 必须 了 解 整个 业 
务 流 程 。 
按照 构建 链 的 数据 来 源 ， 也 就 是 决定 了 按照 什么 顺序 来 组 合 链 的 数据 ， 又 分 为 以 下 
几 种 。 
sm ”一 种 就 是 在 程序 中 动态 组 合 。 
m ”也 可 以 通过 外 部 ,比如 数据 库 来 获取 组 合 的 数据 , 这 种 属于 数据 库 驱 动 的 方式 。 
m ”还 有 一 种 方式 就 是 通过 配置 文件 传递 进来 ， 也 可 以 是 流程 的 配置 文件 。 
如 果 是 从 外 部 获取 数据 来 构建 链 ， 那 么 在 程序 运行 的 时 候 ， 会 读 取 这 些 数据 ， 然 后 
根据 数据 的 要 求 来 获取 相应 的 对 象 ， 并 组 合 起 来 。 
还 有 一 种 是 不 需要 构建 链 ， 因 为 已 有 的 对 象 已 经 自然 构成 链 了 ， 这 种 情况 多 出 现在 
组 合 模式 构建 的 对 象 树 中 ， 这 样子 对 象 可 以 很 自然 地 向 上 找到 自己 的 父 对 象 。 就 像 部 门 





679 





人 员 的 组 织 结构 一 样 ， 顶 层 是 总 经 理 ， 总 经 理 下 面 是 各 个 部 门 的 经 理 ， 部 门 经 理 下 面 是 
项 目 经 理 ， 项 目 经 理 下 面 是 各 个 普通 员工 ， 自 然 就 可 以 形成 : 普通 员工 > 项目 经 理 > 部 
门 经 理 访 总 经 理 这 样 的 链 。 

4. 谁 来 处 理 

职责 链 中 那么 多 处 理 对 象 ， 到 底 谁 来 处 理 请求 呢 ， 这 个 是 在 运行 时 期 动态 决定 的 。 
当 请 求 被 传递 到 某 个 处 理 对 象 的 时 候 ， 这 个 对 象 会 按照 已 经 设 定好 的 条 件 来 判断 是 否 属 
于 自己 处 理 的 范围 ， 如 果 是 就 处 理 ， 如 果 不 是 就 转发 请 求 给 下 一 个 对 象 。 

5. 请 求 一 定 会 被 处 理 吗 


在 职责 链 模式 中 ， 请 求 不 一 定 会 被 处 理 ， 因 为 可 能 没有 合适 的 处 理 者 ， 请 求 在 


职责 链 中 从 头 传递 到 尾 ， 每 个 处 理 对 象 都 判断 不 属于 自己 处 理 ， 最 后 请 求 就 没 
有 对 象 来 处 理 。 这 一 点 是 需要 注意 的 。 





可 以 在 职责 链 的 末端 始终 加 上 一 个 不 支持 此 功能 处 理 的 职责 对 象 ， 这 样 如 果 传 递 到 
这 里 ， 就 会 出 现 提示 ， 本 职责 链 没 有 对 象 处 理 这 个 请 求 。 


23. 3.2 ”处 理 多 种 请 求 


前 面 的 示例 都 是 同一 个 职责 链 处 理 一 种 请 求 的 情况 ， 现 在 有 这 样 的 需求 ， 还 是 费用 
申请 的 功能 ， 这 次 是 申请 预支 差旅费 ， 假 设 还 是 同一 流程 ， 也 就 是 组 合同 一 个 职责 链 ， 
从 项 目 经 理 访 传递 给 部 门 经 理 请 传递 给 总 经 理 ， 虽 然 流程 相同 ， 但 是 每 个 处 理 类 需要 处 
理 两 种 请 求 ， 它 们 的 具体 业务 轩 辑 是 不 一 样 的 ， 那 么 该 如 何 实现 呢 ? 

1. 简单 的 处 理 方式 

要 解决 这 个 问题 ， 也 不 是 很 困难 ， 一 个 简单 的 方法 就 是 为 每 种 业务 单独 定义 一 个 方 
法 ， 然 后 客户 端 根 据 不 同 的 需要 调用 不 同 的 方法 。 还 是 通过 代码 来 示例 一 下 。 注 意 这 里 
故意 把 两 个 方法 做 得 有 些 不 一 样 ， 一 个 是 返回 String 类 型 的 值 , 一 个 是 返回 boolean 类 型 
的 值 ， 另 外 一 个 是 返回 到 客户 端 再 输出 信息 ， 一 个 是 直接 在 职责 处 理 中 就 输出 信息 。 

(1) 首先 是 改造 职责 对 象 的 接口 ， 添 加 上 新 的 业务 方法 。 示 例 代 码 如 下 : 

/** 

* 定义 职责 对 象 的 接口 

村 

public abstract class Handler 1{ 

/大大 

* 持 有 下 一 个 处 理 请 求 的 对 象 

ea 

Ee Handler successor = null; 
/** 

* 设置 下 一 个 处 理 请 求 的 对 象 

* @param successor 下 一 个 处 理 请 求 的 对 象 
tp 
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(2) 职责 的 接口 发 生 了 改变 ， 对 应 的 处 理 类 也 要 改变 ， 这 几 个 处 理 类 是 类 似 的 ， 原 
有 的 功能 不 变 ， 然 后 在 新 的 实现 方法 中 ， 同 样 判断 一 下 是 否 属于 自己 处 理 的 范围 ， 如 果 
属于 自己 处 理 的 范围 那 就 处 理 ， 和 否则 就 传递 到 下 一 个 处 理 。 还 是 示范 一 个 ， 看 看 项 目 经 
理 的 处 理 吧 。 示 例 代码 如 下 : 





贸 
度 


} 


return 






} 


requestNum) { 


// 项 目 经 理 的 权限 比较 小 ， 只 能 在 5000 以 内 
if (requestNum < 5000){ 
/7 工作 需要 嘛 ， 统 统 同意 


Str 


Public boolean handlePreFeeRequest (String user, double 


新 加 的 业务 处 理 方法 


System.out.println ("项 目 经 理 同意 "+user 


+" 预 支 差旅费 用 "+requestNum+" 元 的 请 求 ") ; 


return trues 


}elsel 


// 超 过 5000， 继 续 传递 给 级 别 更 高 的 人 处 理 


if(this.successor!=null)t{ 


} 


return 


} 
其 他 的 处 理 类 似 ， 


return this.successor.handlePreFeeRequest!( 


user, requestNum); 


false; 


就 不 在 演示 了 。 


(3) 准备 好 了 各 个 处 理 职责 的 类 ， 看 看 客户 端 如 何 调用 。 示 例 代码 如 下 : 


public class Client { 


public static void main(String[] args) 1 


// 先 要 组 装 职责 链 


Handler hl = 
Handler h2 = 
Handler h3 = 
h3.setSuccessor (h2); 


h2.setSuccessor (h1); 








new GeneralManager () ; 





组 装 职责 链 的 步骤 是 
不 变 的 , 下 面 的 测试 也 
是 在 同一 个 职责 链 上 
测试 


new DepManager () ; 


new ProjectManager (); 


// 开 始 测试 申请 聚餐 费用 


String 


System. 


String 


System. 


String 


System. 
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retl1 = h3.handleFeeRequest ("小 李 "， 二 
out .printin("the: retl="+ret1)? 
ret2 = h3.handleFeeRequest ("小 李 "，600); 
out.println("the ret2="+ret2);}; 
h3.handleFeeRequest ("小 李 "，1200); 


out.printlin("the ret3="+ret3); 


ret3 = 
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运行 的 结果 如 下 : 












2. 通用 请 求 的 处 理 方式 
上 面 的 实现 看 起 来 很 容易 ， 但 是 仔细 想 想 ， 这 样 实现 有 没有 什么 问题 呢 ? 
这 种 实现 方式 有 一 个 很 明显 的 问题 ， 那 就 是 只 要 增加 一 个 业务 ， 就 需要 修改 职责 的 
接口 ， 这 是 很 不 灵活 的 ，Java 开发 中 很 强调 面向 接口 编程 ， 因 此 接口 应 该 相对 保持 稳定 ， 
接口 一 改 ， 需 要 修改 的 地 方 就 太 多 了 ， 频 繁 修改 接口 绝对 不 是 个 好 办 法 。 

那 有 没有 什么 好 方法 来 实现 呢 ? 分 析 一 下 现在 变化 的 东西 。 

a ”一 是 不 同 的 业务 需要 传递 的 业务 数据 不 同 ; 

= ”二 是 不 同 的 业务 请 求 的 方法 不 同 ; 

m ”三 是 不 同 的 职责 对 象 处 理 这 些 不 同 的 业务 请 求 的 业务 逻辑 不 同 。 

现在 有 一 种 简单 的 方式 , 可 以 较 好 地 解决 这 些 问题 。 首先 定义 一 套 通 用 的 调用 框架 ， 
用 一 个 通用 的 请 求 对象 来 封装 请 求 传递 的 参数 ， 然 后 定义 一 个 通用 的 调用 方法 ， 这 个 方 
法 不 去 区 分 具体 业务 ， 所 有 的 业务 都 是 这 一 个 方法 ， 那 么 具体 的 业务 如 何 区 分 呢 ? 就 是 
在 通用 的 请 求 对 象 中 会 有 一 个 业务 的 标记 ; 到 了 职责 对 象 中 ， 愿 意 处 理 就 和 原来 使 用 一 
样 的 处 理 方式 ， 如 果 不 愿 意 处 理 ， 则 传递 到 下 一 个 处 理 对 象 就 可 以 了 。 

对 于 返回 值 也 可 以 来 个 通用 的 ， 最 简单 的 是 使 用 Object 类 型 。 

看 例子 吧 ， 为 了 示范 ， 先 假定 只 有 一 个 业务 方法 ， 等 把 这 一 个 方法 搞定 了 ， 明 白 了 ， 
然后 再 扩展 一 个 业务 方法 ， 就 能 清晰 地 看 出 这 种 设计 的 好 处 了 。 
(1) 先 看 看 通用 的 请 求 对 象 的 定义 。 示 例 代码 如 下 : 
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/天 六 
* 通过 构造 方法 把 具体 的 业务 类 型 传递 进来 
* @param type 具体 的 业务 类 型 
半 汉 
public. RequestModel (String type){ 
this.type = type; 
} 
public String getType() 1{ 





return type;? 


} 
(2) 看 看 此 时 的 通用 职责 处 理 对 象 ， 在 这 里 要 实现 一 个 通用 的 调用 框架 。 示 例 代码 


如 下 : 
/** 
* 定义 职责 对 象 的 接口 
小 光 
public abstract class Handler { 
/** 
* 持 有 下 一 个 处 理 请 求 的 对 象 
光头 
protected Handler successor = null; 
/六 大 


* 设置 下 一 个 处 理 请 求 的 对 象 

* @param successor 下 一 个 处 理 请 求 的 对 象 

要 

public void setSuccessor (Handler successor)t{ 


this.successor = SuUCCessor; 
} 
/** 
* 通用 的 请 求 处 理 方法 
* @param rm 通用 的 请 求 对 象 
* @return 处 理 后 需要 返回 的 对 象 
dk 
public Object handleRequest (RequestModel rm) { 
if(successor != null)t{ 
// 这 个 是 默认 的 实现 ， 如 果子 类 不 愿意 处 理 这 个 请 求 
// 那 就 传递 到 下 一 个 职责 对 象 去 处 理 
return this.successor.handleRequest (zm) 
}elset 


System.out.println( 
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(3) 现在 来 加 上 第 一 个 业务 ， 就 是 “聚餐 费用 申请 ”的 处 理 ， 为 了 描述 具体 的 业务 
数据 ， 需 要 扩展 通用 的 请 求 对 象 ， 把 业务 数据 封装 进去 ， 另 外 定义 一 个 请 求 对 象 。 示 例 
代码 如 下 : 





研 





} 
(4) 接 下 来 该 实现 职责 对 象 的 处 理 了 。 下 面 看 看 项 目 经 理 的 处 理 吧 。 在 这 个 处 理 类 
中 ， 首 先 要 履 盖 父 类 的 通用 业务 处 理 方法 ， 然 后 在 其 中 处 理 自 己 想 要 实现 的 业务 ， 不 想 
处 理 的 就 让 父 类 去 处 理 ， 父 类 会 默认 传递 给 下 一 个 处 理 对 象 。 示 例 代 码 如 下 : 
/和 
* 实现 项 目 经 理 处 理 聚 餐 费 用 申请 的 对 象 
六 
Public class ProjectManager extends Handlert{ 
Public Object handleRequest (RequestModel rm){ 
if (FeeRequestModel .FEE TYPE 
-equals (rm.getType ())){ 







覆盖 通用 的 处 
理 方法 , 按照 业 


// 表 示 聚 餐 费 用 申请 务 类 型 调用 自 

return handleFeeRequest (rm); 己 的 处 理 方法 
J}elsel 

// 其 他 的 项 目 经 理 暂时 不 想 处 理 


return super.handleRequest (rm); 


private Object handleFeeRequest (RequestModel] rm) { 
// 先 把 通用 的 对 象 造型 回来 
FeeRequestModel] frm = 









除了 把 方法 变 私 有 了 ， 业 
务 参数 都 封装 在 请 求 对 象 
中 外 , 没有 什么 大 的 变化 ， 
尤其 是 基本 的 业务 逻辑 处 
理 ， 和 以 前 是 一 样 的 


(FeeRequestModel) rm; 
SPENG St = "> 
// 项 目 经 理 的 权限 比较 小 ， 只 能 在 500 以 内 
if(frm.getFee() < 500){ 
// 为 了 测试 ， 简 单 点 ， 只 同意 小 李 的 
if ("小 李 ".equals (frm.getUser () ) ){ 
str = "项 目 经 理 同意 "+frm.getUser () 
+" 聚 餐 费 用 "+frm.getFee ()+" 元 的 请 求 "; 
}elsel{ 
// 其 他 人 一 律 不 同意 
str = "项 目 经 理 不 同意 "+frm.getUser () 
+" 聚 餐 费 用 "+frm.getFee()+" 元 的 请 求 "; 
} 
return Str? 


}elsel 
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部 门 经 理 、 总 经 理 的 处 理 对 象 和 项 目 经 理 的 处 理 类 似 ， 就 不 再 示例 了 。 
(5) 客户 端 也 需要 变化 。 对 于 客户 端 ， 唯 一 的 麻烦 是 需要 知道 每 个 业务 对 应 的 具体 
的 请 求 对 象 ， 因 为 要 封装 业务 数据 进去 。 示 例 代 码 如 下 : 








运行 结果 如 下 : 

ret1= 项 目 经 理 同意 小 李 聚 餐 费 用 300 .0 元 的 请 求 

ret2= 部 门 经 理 同 意 小 李 聚 餐 费 用 800 .0 元 的 请 求 

ret3= 总 经 理 同意 小 李 聚 餐 费 用 1600 .0 元 的 请 求 

(6) 接 下 来 看 看 如 何在 不 改动 现 有 框架 的 前 提 下 ,扩展 新 的 业务 ， 这 样 才 能 说 明 这 
种 设计 的 灵活 性 。 

假如 就 是 要 实现 上 面 示例 过 的 男 外 一 个 功能 “预支 差旅费 申请 ” 吧 。 要 想 扩 展 新 的 
业务 ， 第 一 步 就 是 新 建 一 个 封装 业务 数据 的 对 象 。 示 例 代 码 如 下 : 


/太太 
* 封装 跟 预 支 差旅费 申请 业务 相关 的 请 求 数据 
Nk 
public class PreFeeRequestModel extends RequestModelt{ 
/** 
* 约定 具体 的 业务 类 型 
a 
PUBLiC final static, String ‘FEE TYPE = "DreDoesn 


public PreFeeRequestModel() { 
super (FEE TYPE); 
} 
/** 
* 申请 人 
2 
private String user; 
/** 
* 申请 金额 
2 
private double fee; 
public String getUser() { 
return user; 
} 
public void setUser(String user) { 
thEs Ser = USer. 
} 
public double getFee() { 
return fee; 
} 
public void setFee(double fee) {{ 


this.fee = fee; 
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有 些 朋 友 会 发 现 ， 这 个 对 象 和 封装 聚餐 费用 申请 业务 数据 的 对 象 几乎 完全 一 样 。 这 
里 要 说 明 一 下 ， 一 样 的 原因 主要 是 为 了 演示 简单 ， 设 计 得 相似 ， 实 际 业务 中 可 能 是 不 一 
样 的 ， 因 此 ， 最 好 还 是 一 个 业务 一 个 对 象 ， 如 果 确 实 有 公共 的 数据 ， 可 以 定义 公共 的 父 
类 ， 最 好 不 要 让 不 同 的 业务 使 用 统一 个 对 象 ， 容 易 混 淆 。 

(7) 对 于 具体 进行 职责 处 理 的 类 ， 比 较 好 的 方式 就 是 扩展 出 子 类 来 ， 然 后 在 子 类 中 
实现 新 加 入 的 业务 ， 当 然 也 可 以 直接 在 原来 的 对 象 上 改 。 下 面 采 用 扩展 出 子 类 的 方式 ， 
来 看 看 新 的 项 目 经 理 的 处 理 类 。 示 例 代 码 如 下 : 






部 门 经 理 和 总 经 理 的 处 理 类 似 于 项 目 经 理 的 处 理 ， 这 里 就 不 再 示例 了 。 
(8) 看 看 此 时 的 测试 。 示 例 代 码 如 下 : 
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Handler hl = new GeneralManager2(); 


Handler h2 = new DepManager2(); 


Handler h3 = new ProjectManager2(); 


h3.setSuccessor (h2)，; 


h2.setSuccessor (hl1); 


// 开 始 测 试 申请 聚餐 费用 










注意 这 里 创建 的 都 是 
扩展 过 后 的 对 象 ， 可 
以 同时 支持 两 种 业务 


FeeRequestModel frm = new FeeRequestModel () 


frm.setFee(300); 
frm. setUser ("小 李 ")，; 
// 调 用 处 理 


String retl = (String)h3.handleRequest (frm); 


System.out.println("retl="+ret1); 


// 重 新 设置 申请 金额 ， 再 调用 处 理 
frm.setrFee(800); 
h3.handleRequest (frm); 


String ret2 = (String)h3.handleRequest (frm); 


System.out.println("ret2="+ret2); 


// 重 新 设置 申请 金额 ， 再 调用 处 理 
frm.setFee(1600); 
h3.handleRequest (frm); 


String ret3 = (String)h3.handleRequest (frm); 


System.out.println("ret3="+ret3); 


// 开 始 测 试 申请 预支 差旅费 用 
PreFeeRequestModel pfrm = 
new PreFeeRequestModel ()，; 
pfrm.setFee(3000); 
pfrm.setUser ("小 张 "); 
// 调 用 处 理 
h3.handleRequest (pfrm); 
// 重 新 设置 申请 金额 ， 再 调用 处 理 
pfrm.setFee (6000)，; 
h3.handleRequest (PErm) ; 
// 重 新 设置 申请 金额 ， 再 调用 处 理 
pfrm.setFee(36000); 
h3.handleRequest (pfrm); 









注意 这 里 测试 不 
同 的 业务 , 但 调用 
处 理 请 求 的 方法 
是 一 样 的 , 是 通用 
的 方法 
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} 

运行 一 下 ， 试 试看 ， 运 行 结果 如 下 : 

zet1= 项 目 经 理 同意 小 李 聚 餐 费用 300 .0 元 的 请 求 

zet2= 部 门 经 理 同 意 小 李 聚 餐 费 用 800 .0 元 的 请 求 

ret3= 总 经 理 同 意 小 李 聚 餐 费 用 1600 .0 元 的 请 求 

项 目 经 理 同意 小 张 预支 差旅费 用 3000 . 0 元 的 请 求 

部 门 经 理 同 意 小 张 预支 差旅费 用 6000 .0 元 的 请 求 

总 经 理 同意 小 张 预支 差旅费 用 36000 .0 元 的 请 求 

仔细 体会 一 下 这 种 设计 方式 的 好 处 ， 既 通用 又 灵活 。 有 了 新 的 业务 ， 只 需要 添加 实 
现 新 功能 的 对 象 就 可 以 了 。 但 是 带 来 的 缺陷 就 是 可 能 会 造成 对 象 层次 过 多 ， 或 者 出 现 较 
多 的 细 粒 度 的 对 象 。 极 端 情况 下 ， 每 次 扩展 一 个 方法 ， 会 出 现 大 量 只 处 理 一 个 功能 的 细 
粒度 对 象 。 


23.3.3 功能 名 


在 实际 开发 中 ， 经 常会 遇 到 把 职责 链 稍稍 变形 的 用 法 。 在 标准 的 职责 链 中 ， 一 个 请 
求 在 职责 链 中 传递 ， 只 要 有 一 个 对 象 处 理 了 这 个 请 求 ， 就 会 停止。 

现在 稍稍 变通 一 下 ， 改 成 一 个 请 求 在 职责 链 中 传递 ， 每 个 职责 对 象 负责 处 理 请 求 的 
某 一 方面 的 功能 ， 人 处 理 完成 后 ， 不 是 停止 ， 而 是 继续 向 下 传递 请 求 ， 当 请 求 通过 很 多 职 
责 对 象 处 理 后 ， 功 能 也 就 完成 了 ， 把 这 样 的 职责 链 称 为 功能 

考虑 这 样 一 个 功能 ， 在 实际 应 用 开发 中 ， 进 行业 务 处 理 之 前 ， 通 常 需要 进行 权限 检 
查 、 通 用 数据 校 验 、 数 据 逻 辑 校 验 等 处 理 ， 然 后 才 开始 真正 的 业务 逻辑 实现 。 可 以 把 这 
些 功能 分 散 到 一 个 功能 链 中 。 这 样 做 的 目的 是 使 程序 结构 更 加 灵活 ， 而 且 复 用 性 会 更 好 。 
比如 通用 的 权限 检查 只 需要 做 一 份 ， 然 后 就 可 以 在 多 个 功能 链 中 使 用 了 。 

有 些 朋 友 看 到 这 里 ， 可 能 会 想 ， 这 不 是 可 以 使 用 装饰 模式 来 实现 吗 ? 没 错 ， 是 可 以 
用 装饰 模式 来 实现 这 样 的 功能 ， 但 职责 链 会 更 灵活 一 些 。 因 为 装饰 模式 是 在 已 有 的 功能 
上 增加 新 的 功能 ， 多 个 装饰 器 之 间 会 有 一 定 的 联系 ， 而 职责 链 模式 的 各 个 职责 对 象 实现 
的 功能 ， 相 互 之 间 是 没有 关联 的 ， 是 自己 实现 属于 自己 处 理 的 那 一 份 功能 。 


强 可 能 有 些 朋 友 会 想到 这 很 类 似 于 在 Web 应 用 开发 中 的 过 滤器 Filter， 没 错 ， 过 滤 
器 链 就 类 似 于 一 个 功能 链 ,每 个 过 滤器 负责 自己 的 处 理 ,然后 转交 给 下 一 个 过 泪 


器 ， 直 到 把 所 有 的 过 滤器 都 走 完 ， 最 后 进入 到 servlet 中 进行 处 理 。 最 常见 的 过 
滤器 功能 ， 比 如 权限 检查 、 字 符 集 转换 等 ， 基 本 上 都 是 Web 应 用 的 标 配 。 





接 下 来 在 示例 中 实现 这 样 的 功能 ， 实 现 商 品 销售 的 业务 处 理 ， 在 真正 进行 销售 的 业 
务 处 理 之 前 ， 需 要 对 传 入 处 理 的 数据 进行 权限 检查 、 通 用 数据 检查 和 数据 逻辑 检查 ， 只 
有 这 些 检查 都 能 通过 的 情况 下 ， 才 说 明 传 入 的 数据 是 正确 的 、 有 效 的 ， 才 可 以 进行 真正 
的 业务 功能 处 理 。 

(1) 首先 定义 已 有 的 业务 功能 和 封装 业务 数据 的 对 象 , 用 前 面 出 现 过 的 保存 销售 信 
息 的 业务 。 为 了 简单 ， 就 不 再 定义 接口 了 。 示 例 代 码 如 下 : 
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_ 对 应 的 封装 销售 数据 的 对 象 。 示 例 代码 如 下 : 
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《2) 定义 一 个 用 来 处 理 保存 销售 数据 功能 的 职责 对 象 的 接口 。 示 例 代 码 如 下 : 





} 

(3) 实现 各 个 职责 处 理 对 象 。 每 个 职责 对 象 负责 请 求 的 一 个 方面 的 处 理 ， 把 这 些 职 
责 对 象 都 走 完 了 ， 功 能 也 就 实现 完了 。 

先 定 义 处 理 安全 检查 的 职责 对 象 。 示 例 代 码 如 下 : 

/x 

* 进行 权限 检查 的 职责 对 象 

大 

public class SaleSecurityCheck extends SaleHandler{ 





public boolean sale(String user, String customer 
; SaleModel saleModel) { 
// 进 行 权限 检查 ， 简 单 点 ， 就 小 李 能 通过 
if ("小 李 ".equals (user))1{ 
return this.successor.sale (user, customer, saleModel); 
}jelse{ 
System.out.println(" 对 不 起 "+user 
+"， 你 没有 保存 销售 信息 的 权限 ") ; 


return false; 


} 
接 下 来 定义 通用 数据 检查 的 职责 对 象 。 示 例 代 码 如 下 : 
/** 
* 进行 数据 通用 检查 的 职责 对 象 
这 
public class SaleDataCheck extends SaleHandleri 
public boolean sale(String user, String customer 
7 SaleModel saleModel) { 
// 进 行 数据 通用 检查 ， 稍 麻烦 点 ， 每 个 数据 都 要 检测 
if(user==null || user.trim() .length()==0){ 
System.out.printlin ("申请 人 不 能 为 空 "); 
return false; 
} 
if(customer==null || customer.trim() .length()==0){ 
System.out.printlin ("客户 不 能 为 空 "); 
return false; 
} 
if(saleModel==null ) 1{ 
System.out.println(" 销 售 商品 的 数据 不 能 为 空 "”) ; 


return false; 
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再 看 看 进行 数据 逻辑 检查 的 职责 对 象 。 示 例 代码 如 下 : 


_ 最 后 是 真正 的 业务 处 理 的 职责 对 象 。 示 例 代码 如 下 ， 





度 ) 
(4) 实现 了 各 个 职责 对 象 处 理 ， 回 过 头 来 看 看 如 何 具体 实现 业务 处 理 ， 在 业务 对 象 
中 进行 功能 链 的 组 合 。 示 例 代码 如 下 


public class GoodsSaleEbo { 






/x* 
* 保存 销售 信息 ， 本 来 销售 数据 应 该 是 多 条 ， 太 麻烦 了 ， 为 了 演示 ,简单 点 
* @param user 操作 人 员 
* @param customer 客户 
* @param saleModel 销售 数据 
* @return 是 否 保存 成 功 
et 
public boolean sale(String user,String customer 
:SaleModel saleMoael) { 
// 如 果 全 部 在 这 里 处 理 ， 基 本 的 顺序 是 
//1: 权限 检查 
//2: 通用 数据 检查 《〈 这 个 也 可 能 在 表现 层 已 经 做 过 了 ) 
//3: 数据 逻辑 校 验 


//4: 真正 的 业务 处 理 


// 但 是 现在 通过 功能 链 来 做 ， 这 里 主要 负责 构建 链 
SaleSecurityCheck ssc = new SaleSecurityCheck () 
SaleDataCheck sdc = new SaleDataCheck(); 
SaleLogicCheck slc = new SaleLogicCheck(); 
SaleMgr sd = new SaleMgr (); 
ssc.setSuccessor (sdc); 

sdc.setSuccessor (slc)’; 

slc.setSuccessor (sd); 

// 向 链 上 的 第 一 个 对 象 发 出 处 理 的 请 求 


return ssc.sale(user, customer, saleModel),; 


} 
(5) 写 个 客户 端 ， 调 用 业务 对 象 ， 测 试 一 下 看 看 。 示 例 代码 如 下 : 
publierclass chen 
public static void main(String[] args) { 
// 创 建 业务 对 象 
GoodsSaleEbo ebo = new GoodsSaleEbo(); 
/7 准备 测试 数据 
SaleModel saleModel = new SaleModel (); 
saleModel .setGoods ("张学友 怀旧 经 典 "); 
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你 还 可 以 改变 测试 的 数据 ， 看 看 效果 ， 好 好 体会 这 种 设计 的 灵活 性 。 很 多 框架 级 功 
能 的 设计 都 用 得 上 。 


23.3.4 职责 链 模式 的 优 缺 点 


职责 链 模式 有 以 下 优点 。 

sm 请 求 者 和 接收 者 松散 耦合 
在 职责 链 模式 中 ， 请 求 者 并 不 知道 接收 者 是 谁 ， 也 不 知道 具体 如 何 处 理 ， 请 求 
者 只 是 负责 向 职责 链 发 出 请 求 就 可 以 了 。 而 每 个 职责 对 象 也 不 用 管 请 求 者 或 者 
是 其 他 的 职责 对 象 ， 只 负责 处 理 自己 的 部 分 ， 其 他 的 就 交 给 其 他 的 职责 对 象 去 
处 理 。 也 就 是 说 ， 请 求 者 和 接收 者 是 完全 解 耦 的 。 

s “动态 组 合 职责 
职责 链 模式 会 把 功能 处 理 分 散 到 单独 的 职责 对 象 中 ， 然 后 在 使 用 的 时 候 ， 可 以 
动态 组 合 职责 形成 职责 链 ， 从 而 可 以 灵活 地 给 对 象 分 配 职责 ， 也 可 以 灵活 地 实 
现 和 改变 对 象 的 职责 。 

职责 链 模式 有 以 下 缺点 。 

= ”产生 很 多 细 粒 度 对 象 
职责 链 模式 会 把 功能 处 理 分 散 到 单独 的 职责 对 象 中 ， 也 就 是 每 个 职责 对 象 只 处 
理 一 个 方面 的 功能 ， 要 把 整个 业务 处 理 完 ， 需 要 很 多 职责 对 象 的 组 合 ， 这 样 会 
产生 大 量 的 细 粒 度 职责 对 象 。 

= 不 一 定 能 被 处 理 
职责 链 模式 的 每 个 职责 对 象 只 负责 自己 处 理 的 那 一 部 分 ， 因 此 可 能 会 出 现 某 个 
请 求 ， 把 整个 链 传递 完了 ， 都 没有 职责 对 象 处 理 它 。 这 就 需要 在 使 用 职责 链 模 
式 的 时 候 ， 需 要 提供 默认 的 处 理 ， 并 且 注 意 构建 的 链 的 有 效 性 。 


23. 3.5 思考 职责 链 模式 
1. 职责 链 模式 的 本 质 


职责 链 模 式 的 本 质 ， 分离 职责 ， 动 态 组 合 。 
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诬 
分 离职 责 是 前 提 ， 只 有 先 把 复杂 的 功能 分 开 ， 拆 分 成 很 多 的 步骤 和 小 的 功能 处 理 ， 

然后 才能 合理 规划 和 定义 职责 类 。 可 以 有 很 多 的 职责 类 来 负责 处 理 某 一 个 功能 ， 让 每 个 
职责 类 负责 处 理 功能 的 某 一 个 方面 ， 在 运行 期 间 进 行动 态 组 合 ， 形 成 一 个 处 理 的 链 ， 把 
这 个 链 运行 完 ， 功 能 也 就 处 理 完了 。 

动态 组 合 才 是 职责 链 模式 的 精华 所 在 ， 因 为 要 实现 请 求 对 象 和 处 理 对 象 的 解 耦 ， 请 

求 对 象 不 知道 谁 才 是 真正 的 处 理 对 象 ， 因 此 要 动态 地 把 可 能 的 处 理 对 象 组 合 起 来 。 由 于 
组 合 的 方式 是 动态 的 ， 这 就 意味 着 可 以 很 方便 地 修改 和 添加 新 的 处 理 对 象 ， 从 而 让 系统 
更 加 灵活 和 具有 更 好 的 扩展 性 。 


所 对 当然 这 么 做 还 会 有 一 个 潜在 的 优点 ， 就 是 可 以 增强 职责 功能 的 复 用 性 。 如 果 职 
LE 图 责 功能 是 很 多 地 方 都 可 以 使 用 的 公共 功能 ， 那 么 它 可 以 在 多 个 职责 链 中 复 用 。 


2. 何 时 选用 职责 链 模式 

建议 在 以 下 情况 中 选用 职责 链 模式 。 

ms ”如 果 有 多 个 对 象 可 以 处 理 同一 个 请 求 ， 但 是 具体 由 哪个 对 象 来 处 理 该 请 求 ， 是 
运行 时 刻 动态 确定 的 。 这 种 情况 可 以 使 用 职责 链 模式 ， 把 处 理 请 求 的 对 象 实现 
成 为 职责 对 象 ， 然 后 把 它们 构成 一 个 职责 链 ， 当 请 求 在 这 个 链 中 传递 的 时 候 ， 
具体 由 哪个 职责 对 象 来 处 理 ， 会 在 运行 时 动态 判断 。 

sm ”如 果 你 想 在 不 明确 指定 接收 者 的 情况 下 ， 向 多 个 对 象 中 的 其 中 一 个 提交 请 求 的 
话 ， 可 以 使 用 职责 链 模式 。 职 责 链 模 式 实现 了 请 求 者 和 接收 者 之 间 的 解 厢 ， 请 
求 者 不 需要 知道 究竟 是 哪 一 个 接收 者 对 象 来 处 理 了 请 求 。 

sm ”如 果 想 要 动态 指定 处 理 一 个 请 求 的 对 象 集合 ， 可 以 使 用 职责 链 模式 。 职 责 链 模 
式 能 动态 地 构建 职责 链 ， 也 就 是 动态 地 来 决定 到 底 哪些 职责 对 象 来 参与 到 处 理 
请 求 中 来 ， 相 当 于 是 动态 地 指定 了 处 理 一 个 请 求 的 职责 对 象 集合 。 


23. 3.6 相关 模式 









sa ”职责 链 模 式 和 组 合 模式 
这 两 个 模式 可 以 组 合 使 用 。 
可 以 把 职责 对 象 通过 组 合 模式 来 组 合 ， 这 样 可 以 通过 组 合 对 象 自 动 递归 地 向 上 
调用 ， 由 父 组 件 作为 子 组 件 的 后 继 ， 从 而 形成 链 。 
这 也 就 是 前 面 提 到 过 的 使 用 外 部 已 有 的 链接 ， 这 种 情况 在 客户 端 使 用 的 时 候 ， 
就 不 用 再 构造 链 了 ， 虽 然 不 构造 链 ， 但 是 需要 构造 组 合 对 象 树 ， 是 一 样 的 。 

sm ”职责 链 模式 和 装饰 模式 
这 两 个 模式 相似 ， 从 某 个 角度 讲 ， 可 以 相互 模拟 实现 对 方 的 功能 。 
装饰 模式 能 够 动态 地 给 被 装饰 对 象 添 加 功能 ， 要 求 装 饰 器 对 象 和 被 装饰 的 对 象 
实现 相同 的 接口 。 而 职责 链 模式 可 以 实现 动态 的 职责 组 合 ， 标 准 的 功能 是 有 一 
个 对 象 处 理 就 结束 ， 但 是 如 果 处 理 完 本 职责 不 急于 结束 ， 而 是 继续 向 下 传递 请 
求 ， 那 么 其 功能 就 和 装饰 模式 的 功能 差不多 了 ， 每 个 职责 对 象 就 类 似 于 装饰 器 ， 
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可 以 实现 某 种 功能 。 


而 且 两 个 模式 的 本 质 也 相似 ， 都 需要 在 运行 期 间 动 态 组 合 ， 装 饰 模式 是 动态 组 
合 装饰 器 ， 而 职责 链 是 动态 组 合 处 理 请 求 的 职责 对 象 的 链 。 

但 是 从 标准 的 设计 模式 上 来 讲 ， 这 两 个 模式 还 是 有 较 大 区 别 的 ， 这 点 要 注意 。 
首先 是 目的 不 同 ， 装 饰 模式 是 要 实现 透明 的 为 对 象 添加 功能 ， 而 职责 链 模式 是 
要 实现 发 送 者 和 接收 者 解 耦 ， 另 外 一 个 ， 装 饰 模 式 是 无 限 递归 调用 的 ， 可 以 有 
任意 多 个 对 象 来 装饰 功能 ， 但 是 职责 链 模式 是 有 一 个 处 理 就 结束 。 

职责 链 模式 和 策略 模式 

这 两 个 模式 可 以 组 合 使 用 。 

这 两 个 模式 有 相似 之 处 , 如 果 把 职责 链 简化 到 直接 就 能 选择 到 相应 的 处 理 对 象 ， 
那 就 跟 策略 模式 的 选择 差不多 ， 因 此 可 以 用 职责 链 来 模拟 策略 模式 的 功能 。 只 
是 如 果 把 职责 链 简 化 到 这 个 地 步 ， 也 就 不 存在 链 了 ， 也 就 称 不 上 是 职责 链 了 。 
两 个 模式 可 以 组 合 使 用 ， 可 以 在 职责 链 模 式 的 某 个 职责 实现 的 时 候 ， 使 用 策略 
模式 来 选择 具体 的 实现 ， 同 样 也 可 以 在 策略 模式 的 某 个 策略 实现 中 ， 使 用 职责 
链 模式 来 实现 功能 处 理 。 

同 理 职责 链 模式 也 可 以 和 状态 模式 组 合 使 用 。 
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24.1 场景 问题 


24.1.1 发 送 提示 消息 


考虑 这 样 一 个 实际 的 业务 功能 : 发 送 提示 消息 。 基 本 上 所 有 带 业 务 流程 处 理 的 系统 
都 会 有 这 样 的 功能 ， 比 如 某 人 有 新 的 工作 了 ， 需 要 发 送 一 条 消息 提示 他 。 

从 业务 上 看 ， 消 息 又 分 成 普通 消息 、 加 急 消息 和 特急 消息 多 种 ， 不 同 的 消息 类 型 ， 
业务 功能 处 理 是 不 一 样 的 ， 比 如 加 急 消 息 是 在 消息 上 添加 加 急 ， 而 特急 消息 除了 添加 特 
急 外 ， 还 会 做 一 条 催促 的 记录 ， 多 和 久 不 完成 会 继续 催促 ; 从 发 送 消息 的 手段 上 看 ， 又 有 
系统 内 短 消 息 、 手 机 短 消息 、 邮 件 等 。 


现在 要 实现 这 样 的 发 送 提示 消息 的 功能 ， 该 如 何 实现 呢 ? 
24. 1.2 不 用 模式 的 解决 方案 


1. 实现 简化 版 本 

先 考 虑 实现 一 个 简单 点 的 版 本 ， 比 如 ， 消 息 只 是 实现 发 送 普通 消息 ， 发 送 的 方式 呢 ， 
只 实现 系统 内 短 消 息 和 邮件 。 其 他 的 功能 ， 等 这 个 版 本 完成 后 ， 再 继续 添加 。 这 样 先 把 
问题 简单 化 ， 实 现 起 来 会 容易 一 点 。 

由 于 发 送 普 通 消息 会 有 两 种 不 同 的 实现 方式 ， 为 了 让 外 部 能 统一 操作 ， 因 此 ， 把 消 
息 设 计 成 接口 ， 然 后 由 两 个 不 同 的 实现 类 分 别 实 现 系统 内 短 消息 方式 和 邮件 发 送 消 息 的 
方式 。 此 时 系统 结构 如 图 24.1 所 示 。 


«iNnterface’» 
心 Message 
人 人 


图 24.1 简化 版 本 的 系统 结构 示意 图 
下 面 看 看 大 致 的 实现 示意 。 
(1) 先 来 看 看 消息 的 统一 接口 。 示 例 代 码 如 下 : 
/x 
* 消息 的 统一 接口 
nk 


public interface Message { 










I CommonMessage5M5 


名 +send'void 
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(2) 再 来 分 别 看 看 两 种 实现 方式 。 这 里 只 是 为 了 示意 ， 并 不 会 真 的 去 发 送 E-mail 
和 站 内 短 消息 。 


先 看 看 站 内 短 消息 的 方式 。 示 例 代码 如 下 : 





同样 地 ， 实 现 以 E-mail 的 方式 发 送 普 通 消息 。 示 例 代 码 如 下 : 





2. 实现 发 送 加 急 消息 

上 面 的 实现 看 起 来 很 简单 ， 对 不 对 ? 接 下 来 ， 添 加 发 送 加 急 消息 的 功能 ， 也 有 两 种 
发 送 的 方式 ， 同 样 是 站 内 短 消息 和 E-mail 的 方式 。 

加 急 消息 的 实现 不 同 于 普通 消息 。 加 急 消息 会 自动 在 消息 上 添加 加 急 ， 然 后 再 发 送 
消息 ， 另 外 加 急 消 息 会 提供 监控 的 方法 ， 让 客户 端 可 以 随时 通过 这 个 方法 来 了 解 对 于 加 
急 消息 处 理 的 进度 ， 比 如 ， 相 应 的 人 员 是 否 接收 到 这 个 信息 ， 相 应 的 工作 是 否 已 经 开展 
等 。 因 此 加 急 消息 需要 扩展 出 一 个 新 的 接口 ， 除 了 基本 的 发 送 消息 的 功能 ， 还 需要 添加 
监控 的 功能 。 这 个 时 候 ， 系 统 的 结构 如 图 24.2 所 示 。 
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图 24.2 ”加 入 发 送 加 急 消 息 后 的 系统 结构 示意 图 
(1) 先 看 看 扩展 出 来 的 加 急 消 息 的 接口 。 示 例 代码 如 下 : 






(2) 相应 的 实现 方式 还 是 发 送 站 内 短 消息 和 E-mail 两 种 ， 同 样 需要 两 个 实现 类 来 
分 别 实现 这 两 种 方式 。 


先 看 看 站 内 短 消息 的 方式 。 示 例 代码 如 下 : 
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再 看 看 E-mail 的 方式 。 示 例 代码 如 下 : 






事实 上 ， 在 实现 加 急 消 息 发 送 的 功能 上 ， 可 能 会 使 用 前 面 发 送 不 同 消息 的 功能 ， 也 
就 是 让 实现 加 急 消 息 处 理 的 对 象 继承 普通 消息 的 相应 实现 。 但 这 里 为 了 让 结构 简单 、 清 
晰 一 点 ， 所 以 没有 这 样 做 。 


24.1.3 有 何 问 题 


上 面 这 样 实现 ， 好 像 也 能 满足 基本 的 功能 要 求 ， 可 是 这 么 实现 好 不 好 呢 ? 有 没有 什 
么 问题 呢 ? 

咱们 继续 向 下 来 添加 功能 实现 。 为 了 简洁 ， 就 不 再 进行 代码 示意 了 ， 通 过 实现 的 结 
构 示 意图 就 可 以 看 出 实现 上 的 问题 。 

1. 继续 添加 特急 消息 的 处 理 

特急 消息 不 需要 查看 处 理 进程 ， 只 要 没有 完成 ， 就 直接 催促 ， 也 就 是 说 ， 对 于 特急 
消息 ， 在 普通 消息 的 处 理 基 础 上 ， 需 要 添加 催促 的 功能 。 而 特急 消息 和 催促 的 发 送 方式 ， 
相应 的 实现 方式 还 是 发 送 站 内 短 消息 和 E-mail 两 种 。 此 时 系统 的 结构 如 图 24.3 所 示 。 

仔细 观察 上 面 的 系统 结构 示意 图 ， 会 发 现 一 个 很 明显 的 问题 ， 那 就 是 通过 这 种 继承 
的 方式 来 扩展 消息 处 理 ， 会 非常 不 方便 。 

会 看 到 在 实现 加 急 消息 处 理 的 时 候 ， 必 须 实现 站 内 短 消息 和 E-mail 两 种 处 理 方式 ， 
因为 业务 处 理 可 能 不 同 ， 在 实现 特急 消息 处 理 的 时 候 ， 又 必须 实现 站 内 短 消息 和 E-mail 
这 两 种 处 理 方式 。 

这 意味 着 ， 以 后 每 次 扩展 一 下 消息 处 理 ， 都 必须 要 实现 这 两 种 处 理 方式 ， 是 不 是 很 
痛苦 ? 这 还 不 算 完 ， 如 果 要 添加 新 的 实现 方式 呢 ? 继续 向 下 看 吧 。 
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图 24.3 ”加 入 发 送 特急 消息 后 的 系统 结构 示意 图 

2. 继续 添加 发 送 手 机 消息 的 处 理 方式 

如 果 看 到 上 面 的 实现 ， 你 还 感觉 问题 不 是 很 大 的 话 ， 继 续 完 成 功能 ， 添 加 发 送 手 机 
消息 的 处 理 方式 。 

仔细 观察 现在 的 实现 ， 如 果 要 添加 一 种 新 的 发 送 消息 的 方式 ， 是 需要 在 每 一 种 抽象 
的 具体 实现 中 ， 都 要 添加 发 送 手机 消息 的 处 理 的 。 也 就 是 说 ， 发 送 普通 消息 、 加 急 消 息 
和 特急 消息 的 处 理 ， 都 可 以 通过 手机 来 发 送 。 这 就 意味 着 ， 需 要 添加 三 个 实现 。 此 时 系 
统 结构 如 图 24.4 所 示 。 





图 24.4 ”加 入 发 送 手 机 消息 后 的 系统 结构 示意 图 
现在 体会 到 这 种 实现 方式 的 大 问题 了 吧 。 
3. 小 结 一 下 出 现 的 问题 
采用 通过 继承 来 扩展 的 实现 方式 ， 有 个 明显 的 缺点 ， 扩 展 消 息 的 种 类 不 太 容 易 。 不 
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同 种 类 的 消息 具有 不 同 的 业务 ， 也 就 是 有 不 同 的 实现 ， 在 这 种 情况 下 ， 每 个 种 类 的 消息 ， 
需要 实现 所 有 不 同 的 消息 发 送 方式 。 

更 可 怕 的 是 ， 如 果 要 新 加 入 一 种 消息 的 发 送 方式 ， 那 么 会 要 求 所 有 的 消息 种 类 都 要 
加 入 这 种 新 的 发 送 方式 的 实现 。 

要 是 考虑 业务 功能 上 再 扩展 一 下 呢 ? 比如 ， 要 求实 现 群 发 消息 ， 也 就 是 一 次 可 以 发 
送 多 条 消息 ， 这 就 意味 着 很 多 地 方 都 得 修改 ， 太 恐怖 了 。 

那么 究竟 该 如 何 实现 才能 既 实 现 功能 ， 又 能 灵活 地 扩展 呢 ? 


24.2 解决 方案 


24. 2. 1 ”使 用 桥接 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 ， 就 是 使 用 桥接 模式 。 那 么 什么 是 桥接 模 
式 呢 ? 
1， 桥 接 模式 的 定义 


将 抽象 部 分 与 它 的 实现 部 分 分 离 ， 使 它们 都 可 以 独立 地 变化 。 


2.， 应 用 桥接 模式 来 解决 问题 的 思路 

仔细 分 析 上 面 的 示例 ， 根 据 示例 的 功能 要 求 ， 示 例 的 变化 具有 两 个 纬度 ， 一 个 纬度 
是 抽象 的 消息 这 边 ， 包 括 普通 消息 、 加 急 消 息 和 特急 消息 ， 这 几 个 抽象 的 消息 本 身 就 具 
有 一 定 的 关系 ， 加 急 消息 和 特急 消息 会 扩展 普通 消息 ; 另 一 个 纬度 是 在 具体 的 消息 发 送 
方式 上 ， 包 括 站 内 短 消息 、E-mail 和 手机 短信 息 ， 这 几 个 方式 是 平等 的 ， 可 被 切换 的 方 
式 。 这 两 个 纬度 一 共 可 以 组 合 出 9 种 不 同 的 可 能 性 来 。 它 们 的 关系 如 图 24.5 所 示 。 


发 送 消息 的 方式 





一 


手机 短 消 息 ”上 一 -~--- 


rr I 


--F---+1----F-- 
一 一 人 一 一 一 起 一 一 一 一 上 一 一 


1 
tL, 
1 
上 
r 
L 
下 
1 
人 
1 
1 





消息 类 型 
普通 消息 加 急 消 息 ”加 急 消 息 


图 24.5 ”发送 消息 的 可 能 性 的 组 合 示意 图 
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现在 出 现 问题 的 根本 原因 ， 就 在 于 消息 的 抽象 和 实现 是 混杂 在 一 起 的 ， 这 就 导 


致 了 一 个 纬度 的 变化 会 引起 另 一 个 纬度 进行 相应 的 变化 ， 从 而 使 得 程序 扩展 起 
来 非常 困难 。 





要 想 解 决 这 个 问题 ， 就 必须 把 这 两 个 纬度 分 开 ， 也 就 是 将 抽象 部 分 和 实现 部 分 分 开 ， 
让 它们 相互 独立 ， 这 样 就 可 以 实现 独立 的 变化 ， 使 扩展 变 得 简单 。 

桥接 模式 通过 引入 实现 的 接口 ， 把 实现 部 分 从 系统 中 分 离 出 去 。 那 么 ， 抽 象 这 边 如 
何 使 用 具体 的 实现 呢 ? 肯定 是 用 面向 实现 的 接口 来 编程 了 ， 为 了 让 抽象 这 边 能 够 很 方便 
地 与 实现 结合 起 来 ， 把 顶层 的 抽象 接口 改 成 抽象 类 ， 在 其 中 持 有 一 个 具体 的 实现 部 分 的 
实例 。 

这 样 一 来 ， 对 于 需要 发 送 消息 的 客户 端 而 言 ， 就 只 需要 创建 相应 的 消息 对 象 ， 然 后 
调用 这 个 消息 对 象 的 方法 就 可 以 了 ， 这 个 消息 对 象 会 调用 持 有 的 真正 的 消息 发 送 方式 来 
把 消息 发 送出 去 。 也 就 是 说 客户 端 只 是 想 要 发 送 消息 而 已 ， 并 不 想 关 心 具 体 如 何 发 送 。 


24. 2.2 ”桥接 模式 的 结构 和 说 明 


桥接 模式 的 结构 如 图 24.6 所 示 。 


局 Abstraction 
> 
BD #impl:Implementor 


«Create» 
从 +Abstraction 
+operation:void 


[LO RefinedAbstraction 


«Create» 
© +RefinedAbstraction 
十 otherOperation:void 

















<interFacey 
Ce Impiementor 


/ A 人 





局 ConcreteImplementorB | | 局 concreteImplementorA 


© +operationImpl:void ©® +operationImpl:void 





图 24.6 桥接 模式 的 结构 示意 图 

m ”Abstraction: 抽象 部 分 的 接口 。 通常 在 这 个 对 象 中 ， 要 维护 一 个 实现 部 分 的 对 象 
引用 ， 抽 象 对 象 里 面 的 方法 ， 需 要 调用 实现 部 分 的 对 象 来 完成 。 这 个 对 象 中 的 
方法 ， 通 常 都 是 和 具体 的 业务 相关 的 方法 。 

m ”RefinedAbstraction: 扩展 抽象 部 分 的 接口 。 通 常 在 这 些 对 象 中 ， 定 义 跟 实际 业 
务 相 关 的 方法 ， 这 些 方 法 的 实现 通常 会 使 用 Abstraction 中 定义 的 方法 ， 也 可 能 
需要 调用 实现 部 分 的 对 象 来 完成 。 

m ”Implementor: 定义 实现 部 分 的 接口 。 这 个 接口 不 用 和 Abstraction 中 的 方法 一 致 ， 
通常 是 由 Implementor 接口 提供 基本 的 操作 。 而 Abstraction 中 定义 的 是 基于 这 
些 基本 操作 的 业务 方法 ， 也 就 是 说 Abstraction 定义 了 基于 这 些 基 本 操作 的 较 高 
层次 的 操作 。 

m ”ConcreteImplementor: 真正 实现 Implementor 接口 的 对 象 。 
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24. 2.3 桥接 模式 示例 代码 





(1) 先 看 看 Inplementor 接口 的 定义 。 示 例 代 码 如 下 : 
/** 
* 定义 实现 部 分 的 接口 ， 可 以 与 抽象 部 分 接口 的 方法 不 一 样 
wi 
publio interface. Implementor. 1 
/** 
* 示例 方法 ， 实 现 抽象 部 分 需要 的 某 些 具体 功能 
让 
RubiciwoteioperationImpL 人 起 
} 
(2) 再 看 看 Abstraction 接口 的 定义 。 注 意 一 点 ,虽然 说 是 接口 定义 , 但 其 实 是 实现 
成 为 抽象 类 。 示 例 代 码 如 下 : 


/** 
* 定义 抽象 部 分 的 接口 
WW 
Public abstract class Abstraction { 
pA 
* 持 有 一 个 实现 部 分 的 对 象 
% 
protected Implementor impl; 
soe 


* 构造 方法 ， 传 入 实现 部 分 的 对 象 
* @param impl 实现 部 分 的 对 象 
gl 4 
public Abstraction(Implementor imp1)1{ 
this.impl = Limpls 
} 


/** 

* 示例 操作 ， 实 现 一 定 的 功能 ， 可 能 需要 转调 实现 部 分 的 具体 实现 方法 
Np 

public void operation() { 


impl .operationImpl (); 


» 
(3) 接 下 来 看 看 具体 的 实现 。 其 中 一 个 实现 的 示例 代码 如 下 : 


/** 


* 真正 的 具体 实现 对 象 
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eh 
public class ConcreteImplementorA implements Implementor { 


Public void operationImpl() 1{ 
// 真 正 的 实现 


} 

另外 一 个 实现 。 示 例 代码 如 下 : 

/** 

* 真正 的 具体 实现 对 象 

ad 

public class ConcreteImplementorB implements Implementor { 


public void operationImpl() { 


// 真 正 的 实现 


(4) 最 后 来 看 看 扩展 Abstraction 接口 的 对 象 实现 。 示 例 代 码 如 下 : 
/** 
* 扩充 由 Abstraction 定义 的 接口 功能 
ol 
public class RefinedAbstraction extends Abstraction { 
public RefinedAbstraction(Implementor impl) { 
super (impl); 
} 
V 机 
* 示例 操作 ， 实 现 一 定 的 功能 
bd 
public void otherOperation()it{ 
// 实 现 一 定 的 功能 ， 可 能 会 使 用 有 具体 实现 部 分 的 实现 方法 
// 但 是 本 方法 更 大 的 可 能 是 使 用 Abstraction 中 定义 的 方法 
// 通 过 组 合 使 用 Abstraction 中 定义 的 方法 来 完成 更 多 的 功能 


} 
24. 2.4 ”使 用 桥接 模式 重 写 示 例 

学 习 了 桥接 模式 的 基础 知识 ， 该 来 使 用 桥接 模式 重 写 前 面 的 示例 了 。 通 过 示例 ， 来 
看 看 使 用 桥接 模式 来 实现 同样 的 功能 ， 是 否 能 解决 “ 既 能 方便 地 实现 功能 ， 又 能 有 很 好 


的 扩展 性 ”的 问题 。 
要 使 用 桥接 模式 来 重新 实现 前 面 的 示例 ， 首 要 任务 就 是 要 把 抽象 部 分 和 实现 部 分 分 
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离 出 来 ， 分 析 要 实现 的 功能 。 抽 象 部 分 就 是 各 个 消息 的 类 型 所 对 应 的 功能 ， 而 实现 部 分 
就 是 各 种 发 送 消息 的 方式 。 


其 次 要 按照 桥接 模式 的 结构 ， 给 抽象 部 分 和 实现 部 分 分 别 定义 接口 ， 然 后 分 别 实现 
它们 就 可 以 了 。 


1. 从 简单 功能 开始 


从 相对 简单 的 功能 开始 ， 先 实现 普通 消息 和 加 急 消息 的 功能 ， 发 送 方式 先 实现 站 内 
短 消 息 和 E-mail 两 种 。 


使 用 桥接 模式 来 实现 这 些 功 能 的 程序 结构 如 图 24.7 所 示 。 








图 24.7 使 用 桥接 模式 来 实现 简单 功能 示例 的 程序 结构 示意 图 
下 面 看 看 代码 实现 ， 会 更 清楚 一 些 。 
(1) 先 看 看 实现 部 分 定义 的 接口 。 示例 代码 如 下 : 










(2) 再 看 看 抽象 部 分 定义 的 接口 。 示 例 代码 如 下 : 


| 
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protected MessageImplementor impl; 

/x** 

* 构造 方法 ， 传 入 实现 部 分 的 对 象 

* @param impl 实现 部 分 的 对 象 

A 

Public AbstractMessage (MessageImplementor impl){ 
this.impl = impl; 

} 

/六 大 

* 发 送 消息 ， 转 调 实现 部 分 的 方法 

* @param message 要 发 送 的 消息 内 容 

* @param toUser 消息 发 送 的 目的 人 员 

A 

public void sendMessage (String message,String toUser){ 


this.impl.send (message, toUser); 


} 

(3) 看 看 如 何 具 体 地 实现 发 送 消 息 。 

先 看 看 站 内 短 消息 的 实现 吧 。 示 例 代码 如 下 : 

/太太 

* 以 站 内 短 消息 的 方式 发 送 消息 

WA 

public class MessageSMS implements MessageImplementor!{ 

public void sendl(String message, String toUser) { 

System.out.println ("使 用 站 内 短 消息 的 方式 ， 发 送 消息 '" 


+message+"' 给 "+toUser); 


} 

再 看 看 E-mail 方式 的 实现 。 示 例 代 码 如 下 : 

/** 

* 以 E-mail 的 方式 发 送 消息 

上 多 

public class MessageEmail implements MessagelImplementort{ 
public void send(String message, String toUser) { 

System.out.println ("使 用 E-mail 的 方式 ， 发 送 消 息 '" 


+message+"' 给 "+toUser); 


第 24 章 桥接 模式 (Bridee) | 本 


(4) 接 下 来 该 看 看 如 何 扩展 抽象 的 消息 接口 了 。 
先 看 看 普通 消息 的 实现 。 示 例 代码 如 下 : 
public class CommonMessage extends AbstractMessagel 
Public CommonMessage (MessageImplementor impl) { 
super (impl); 
} 
public void sendMessage (String message, String toUser) { 
// 对 于 普通 消息 ， 什 么 都 不 干 ， 直 接 调用 父 类 的 方法 ， 把 消息 发 送出 去 就 可 以 了 


super.sendMessage (message, toUser); 


} 
再 看 看 加 急 消 息 的 实现 。 示 例 代码 如 下 : 
Public class UrgencyMessage extends AbstractMessagel 
public UrgencyMessage (MessageImPLementor impl) { 
super (impl1); 
} 
public void sendMessage (String message, String toUser) { 
message = "加 急 : "+message; 
super.sendMessage (message，toUsez) : 
} 
/** 
* 扩展 自己 的 新 功能 ， 监 控 某 消息 的 处 理 过 程 
* @param messageId 被 监控 的 消息 的 编号 
* @return 包含 监控 到 的 数据 对 象 ， 这 里 示意 一 下 ， 所 以 用 了 object 
Ep 
Public Object watch(String messageId) { 
// 获 取 相 应 的 数据 ， 组 织 成 监控 的 数据 对 象 ， 然 后 返回 


return null; 


} 

2. 添加 功能 

看 了 上 面 的 实现 ， 发 现 使 用 桥接 模式 来 实现 也 不 是 很 困难 ， 关 键 得 看 是 否 能 解决 前 
面 提出 的 问题 ， 那 就 来 添加 还 未 实现 的 功能 看 看 ， 添 加 对 特急 消息 的 处 理 ， 同 时 添加 一 
个 使 用 手机 发 送 消息 的 方式 ， 该 怎么 实现 呢 ? 

很 简单 ， 只 需要 在 抽象 部 分 再 添加 一 个 特急 消息 的 类 ， 扩 展 抽 象 消息 就 可 以 把 特急 
消息 的 处 理 功 能 加 入 到 系统 中 ; 对 于 添加 手机 发 送 消息 的 方式 也 很 简单 ， 在 实现 部 分 新 
增加 一 个 实现 类 ， 实 现 用 手机 发 送 消息 的 方式 就 可 以 了 。 


这 么 简单 ? 好 像 看 起 来 完全 没有 了 前 面 所 提 到 的 问题 。 的 确 如 此 ， 采 用 桥接 模式 来 
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实现 ， 抽 象 部 分 和 实现 部 分 分 离开 了 ， 可 以 相互 独立 地 变化 ， 而 不 会 相互 影响 。 因 此 在 
抽象 部 分 添加 新 的 消息 处 理 ， 对 发 送 消息 的 实现 部 分 是 没有 影响 的 ， 反 过 来 增加 发 送 消 
息 的 方式 ， 对 消息 处 理 部 分 也 是 没有 影响 的 。 

接着 看 看 代码 实现 。 

(1) 先 看 看 新 的 特急 消息 的 处 理 类 。 示 例 代码 如 下 : 


public class SpecialUrgencyMessage extends AbstractMessagef{ 





public SpecialUrgencyMessage (MessageImplementor .impl1) { 
super (imp1)7 

j 

Public void hurry(String messageId) { 
// 执 行 催促 的 业务 ， 发 出 催促 的 信息 


} 


public void sendMessage (String message, String toUser) { 
message = "特急 : "+message; 
super.sendMessage (message, toUser); 


// 还 需要 增加 一 条 待 催促 的 信息 


} 

(2) 再 看 看 使 用 手机 短 消息 的 方式 发 送 消 息 的 实现 。 示 例 代 码 如 下 : 
/** 

* 以 手机 短 消息 的 方式 发 送 消息 

a 

public class MessageMobile implements MessageImplementor!{ 


public void send(String message, String’ toUser) 1{ 
System.out.println ("使 用 手机 短 消息 的 方式 ， 发 送 消息 '" 


+message+"'!' 给 "+toUser)， 


} 

3. 测试 功能 

看 了 上 面 的 实现 ， 可 能 会 感觉 到 ， 使 用 桥接 模式 来 实现 前 面 的 示例 ， 添 加 新 的 消息 
处 理 ， 或 者 是 新 的 消息 发 送 方式 是 如 此 简单 ， 可 是 这 样 实现 ， 好 用 吗 ? 写 个 客户 端 来 测 
试 和 体会 一 下 。 示 例 代码 如 下 : 

Dublyo Class -CELIent et 


nubplio statio vold mn(string lh args)d 


/ /创建 具 体 的 实现 对 和 象 


MessageImplementor impl = new MessageSMS ()，; 
// 创 建 一 个 普通 消息 对 和 象 


AbstractMessage m = new CommonMessage (impl1); 
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m.sendMessage ("请 喝 一 杯 茶 "，" 小 李 "); 
/ /创建 一 个 紧急 消息 对 象 
m= new UrgencyMessage (impl); 
m.sendMessage ("请 喝 一 杯 茶 "，" 小 李 "); 
/ /创建 一 个 特急 消息 对 和 象 
m = new SpecialUrgencyMessage (impl); 
m.sendMessage (" 请 喝 一 杯 茶 "， "小 李 ") ; 


// 把 实现 方式 切换 成 手机 短 消 息 ， 然 后 再 实现 一 遍 
impl = new MessageMobile(); 

m= new CommonMessage (impl1); 
m.sendMessage ("请 喝 一 杯 茶 "，" 小 李 ")，; 
m= new UrgencyMessage (impl); 
m.sendMessage ("请 喝 一 杯 茶 "，" 小 李 "); 

m = new SpecialUrgencyMessage (impl); 
m 


.sendMessage (" 请 喝 一 杯 茶 "， "小 李 ") ; 


运行 结果 如 下 : 

使 用 站 内 短 消息 的 方式 ， 发 送 消息 ' 请 喝 一 杯 茶 ' 给 小 李 

使 用 站 内 短 消息 的 方式 ， 发 送 消息 "加 急 : 请 喝 一 杯 茶 ' 给 小 李 

使 用 站 内 短 消息 的 方式 ， 发 送 消息 ' 特 急 : 请 喝 一 杯 茶 ' 给 小 李 

使 用 手机 短 消息 的 方式 ， 发 送 消息 ' 请 喝 一 杯 茶 ' 给 小 李 

使 用 手机 短 消息 的 方式 ， 发 送 消息 ' 加 急 : 请 喝 一 杯 茶 ' 给 小 李 

使 用 手机 短 消息 的 方式 ， 发 送 消息 ' 特 急 : 请 喝 一 杯 茶 ' 给 小 李 

前 面 三 条 是 使 用 的 站 内 短 消息 ， 后 面 三 条 是 使 用 的 手机 短 消息 ， 正 确 地 实现 了 预 其 
的 功能 。 看 来 前 面 的 实现 应 该 是 正确 的 ， 能 够 完成 功能 ， 并 且 能 灵活 扩展 。 


24.3 模式 讲解 
24. 3. 1 认识 桥接 模式 


1. 什么 是 桥接 

在 桥接 模式 中 ， 不 太 好 理解 的 就 是 桥接 的 概念 。 什 么 是 桥接 ? 为 何 需 要 桥接 ? 如 何 
桥接 ? 把 这 些 问 题 搞 清楚 了 ， 也 就 基本 明白 桥接 的 含义 了 。 

一 个 一 个 来 ， 先 看 看 什么 是 桥接 ? 所 谓 桥 接 ， 通 俗 点 说 就 是 在 不 同 的 东西 之 间 拱 一 
个 桥 ， 让 它们 能 够 连接 起 来 ， 可 以 相互 通讯 和 使 用 。 那 么 在 桥接 模式 中 到 底 是 给 什么 东 
西 来 搭桥 呢 ? 就 是 为 被 分 离 了 的 抽象 部 分 和 实现 部 分 来 搭桥 ， 比 如 前 面 示 例 中 在 抽象 的 
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消息 和 具体 消息 发 送 之 间 搭 个 桥 。 


但 是 这 里 要 注意 一 个 问题 ， 在 桥接 模式 中 的 桥接 是 单 向 的 ， 也 就 是 只 能 是 抽象 


部 分 的 对 象 去 使 用 具体 实现 部 分 的 对 象 ， 而 不 能 反 过 来 ， 也 就 是 个 单 向 桥 。 


2. 为 何 需 要 桥接 

为 了 达到 让 抽象 部 分 和 实现 部 分 都 可 以 独立 变化 的 目的 ， 在 桥接 模式 中 ， 是 把 抽象 
部 分 和 实现 部 分 分 离开 来 的 ， 虽然 从 程序 结构 上 是 分 开 了 , 但 是 在 抽象 部 分 实现 的 时 候 ， 
还 是 需要 使 用 具体 的 实现 的 ， 这 可 怎么 办 呢 ? 抽 象 部 分 如 何 才 能 调用 到 具体 实现 部 分 的 
功能 呢 ? 很 简单 ， 搭 个 桥 就 可 以 了 。 搭 个 桥 ， 让 抽象 部 分 通过 这 个 桥 就 可 以 调用 到 实现 
部 分 的 功能 了 ， 因 此 需要 桥接 。 

3. 如 何 桥接 

这 个 在 理解 上 也 很 简单 ， 只 要 让 抽象 部 分 拥有 实现 部 分 的 接口 对 象 ， 就 桥接 上 了 ， 
在 抽象 部 分 即 可 通过 这 个 接口 来 调用 具体 实现 部 分 的 功能 。 也 就 是 说 ， 桥 接 在 程序 上 体 
现 了 在 抽象 部 分 拥有 实现 部 分 的 接口 对 象 ， 维 护 桥 接 就 是 维护 这 个 关系 。 

4. 独立 变化 

桥接 模式 的 意图 是 使 得 抽象 和 实现 可 以 独立 变化 ， 都 可 以 分 别 扩充 。 也 就 是 说 抽象 
部 分 和 实现 部 分 是 一 种 非常 松散 的 关系 。 从 某 个 角度 来 讲 ， 抽 象 部 分 和 实现 部 分 是 可 以 
完全 分 开 的 ， 独 立 的 ， 抽 象 部 分 不 过 是 一 个 使 用 实现 部 分 对 外 接口 的 程序 罢了 。 





如 果 这 么 看 桥接 模式 的 话 ， 就 类 似 于 策略 模式 了 。 抽 象 部 分 需要 根据 某 个 策略 ， 
来 选择 真实 的 实现 ， 也 就 是 说 桥接 模式 的 抽象 部 分 相当 于 策略 模式 的 上 下 文 。 更 


原始 的 就 直接 类 似 于 面向 接口 编程 ,通过 接口 分 离 的 两 个 部 分 而 已 。 但 是 别 忘 了 ， 
桥接 模式 的 抽象 部 分 ， 是 可 以 继续 扩展 和 变化 的 ， 而 策略 模式 只 有 上 下 文 ， 是 不 
存在 所 谓 抽象 部 分 的 。 


那 抽 象 和 实现 为 何 还 要 组 合 在 一 起 呢 ? 原因 是 在 抽象 部 分 和 实现 部 分 还 是 存在 内 部 
联系 的 ， 抽 和 象 部 分 的 实现 通常 是 需要 调用 实现 部 分 的 功能 来 实现 的 。 

5. 动态 变换 功能 

由 于 桥接 模式 中 的 抽象 部 分 和 实现 部 分 是 完全 分 离 的 ， 因 此 可 以 在 运行 时 动态 组 合 
具体 的 真实 实现 ， 从 而 达到 动态 变换 功能 的 目的 。 

从 男 外 一 个 角度 看 ， 抽 象 部 分 和 实现 部 分 没有 固定 的 绑 定 关系 ， 因 此 同一 个 真实 实 
现 可 以 被 不 同 的 抽象 对 象 使 用 ， 反 过 来 ， 同 一 个 抽象 也 可 以 有 多 个 不 同 的 实现 。 就 像 前 
面 示例 的 那样 ， 比 如 ， 站 内 短 消息 的 实现 功能 ， 可 以 被 普通 消息 、 加 急 消息 或 是 特急 消 
息 等 不 同 的 消息 对 和 象 使 用 ; 反 过 来 ， 某 个 消息 具体 的 发 送 方 式 ， 可 以 是 站 内 短 消息 或 者 
是 E-mail， 也 可 以 是 手机 短 消息 等 具体 的 发 送 方式 。 

6. 退化 的 桥接 模式 

如 果 Implementor 仅 有 一 个 实现 ， 那 么 就 没有 必要 创建 Implementor 接口 了 ， 这 是 一 
种 桥接 模式 退化 的 情况 。 这 个 时 候 Abstraction 和 Implementor 是 一 对 一 的 关系 ， 虽 然 如 
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此 ， 也 还 是 要 保持 它们 的 分 离 状态 ， 这 样 的 话 ， 它 们 才 不 会 相互 影响 ， 才 可 以 分 别 扩展 。 

也 就 是 说 , 就 算 不 要 Implementor 接口 了 , 也 要 保持 Abstraction 和 Implementor 是 分 
离 的 ， 模 式 的 分 离 机 制 仍然 是 非常 有 用 的 。 

7. 桥接 模式 和 继承 

继承 是 扩展 对 象 功能 的 一 种 常见 手段 ， 通 常情 况 下 ， 继 承 扩展 的 功能 变化 纬度 都 是 
一 纬 的 ， 也 就 是 变化 的 因素 只 有 一 类 。 

对 于 出 现 变化 因素 有 两 类 的 ， 也 就 是 有 两 个 变化 纬度 的 情况 ， 继 承 实现 就 会 比较 痛 
昔 。 比 如 上 面 的 示例 ， 就 有 两 个 变化 纬度 ， 一 个 是 消息 的 类 别 ， 不 同 的 消息 类 别处 理 不 
同 ， 另 外 一 个 是 消息 的 发 送 方式 。 

从 理论 上 来 说 ， 如 果 用 继承 的 方式 来 实现 这 种 有 两 个 变化 纬度 的 情况 ， 最 后 实际 的 
实现 类 应 该 是 两 个 纬度 上 可 变数 量 的 乘积 那么 多 个 。 比 如 上 面 的 示例 ， 在 消息 类 别 的 纬 
度 上 ， 目 前 的 可 变数 量 是 3 个 ， 普 通 消息 、 加 急 消息 和 特急 消息 ; 在 消息 发 送 方式 的 纬 
度 上 ， 目 前 的 可 变数 量 也 是 3 个 ， 站 内 短 消息 、E-mail 和 手机 短 消 息 。 这 种 情况 下 ， 如 
果 要 实现 全 的 话 ， 那 么 需要 的 实现 类 应 该 是 : 3x3=9 个 。 

如 果 要 在 任何 一 个 纬度 上 进行 扩展 ， 都 需要 实现 另外 一 个 纬度 上 的 可 变数 量 那么 多 
个 实现 类 ， 这 也 是 为 何 会 感觉 扩展 起 来 很 困难 。 而 且 随 着 程序 规模 的 加 大 ， 会 越 来 越 难 
以 扩展 和 维护 。 


而 桥接 模式 就 是 用 来 解决 这 种 有 两 个 变化 纬度 的 情况 下 ， 如 何 灵活 地 扩展 功能 的 
一 个 很 好 的 方案 。 其 实 ， 桥 接 模 式 主要 是 把 继承 改 成 了 使 用 对 象 组 合 ， 从 而 把 两 


个 纬度 分 开 ， 让 每 一 个 纬度 单独 去 变化 ， 最 后 通过 对 象 组 合 的 方式 ， 把 两 个 纬度 
组 合 起 来 ， 每 一 种 组 合 的 方式 就 相当 于 原来 继承 中 的 一 种 实现 ， 这 样 就 有 效 地 减 
少 了 实际 实现 的 类 的 个 数 。 





从 理论 上 来 说 ， 如 果 用 桥接 模式 的 方式 来 实现 这 种 有 两 个 变化 纬度 的 情况 ， 最 后 实 
际 的 实现 类 应 该 是 两 个 纬度 上 可 变数 量 的 和 那么 多 个 。 同 样 是 上 面 那个 示例 ， 使 用 桥接 
模式 来 实现 ， 实 现 全 的 话 ， 最 后 需要 的 实现 类 的 数目 应 该 是 : 3+3=6 个 。 

这 也 从 侧面 体现 了 ， 使 用 对 象 组 合 的 方式 比 继承 要 来 得 更 灵活 。 

8. 桥接 模式 的 调用 顺序 示意 图 

桥接 模式 的 调用 顺序 如 图 24.8 所 示 。 







2; 包 了 建 一 个 抽象 部 分 的 对 象 ， 传 
入 实现 部 分 的 具体 实现 对 象 





24.8 ”桥接 模式 的 调用 顺序 示意 图 
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24. 3.2 ” 谁 来 桥接 


所 谓 谁 来 桥接 ， 就 是 谁 来 负责 创建 抽象 部 分 和 实现 部 分 的 关系 ， 说 得 更 直 白 点 ， 就 
是 谁 来 负责 创建 Inplementor 对 象 ， 并 把 它 设置 到 抽象 部 分 的 对 象 中 去 , 这 点 对 于 使 用 桥 
接 模式 来 说 ， 是 十 分 重要 的 一 点 。 
大 致 有 如 下 几 种 实现 方式 。 
m ”由 客户 端 负责 创建 Implementor 对 象 ， 并 在 创建 抽象 部 分 对 象 的 时 候 ， 把 它 设 
置 到 抽象 部 分 的 对 象 中 去 ， 前 面 的 示例 采用 的 就 是 这 个 方式 。 
ma ”可 以 在 抽象 部 分 对 象 构建 的 时 候 ， 由 抽象 部 分 的 对 象 自己 来 创建 相应 的 
Implementor 对 象 ， 当 然 可 以 给 它 传递 一 些 参 数 ,， 它 可 以 根据 参数 来 选择 并 创建 





具体 的 Implementor 对 象 。 
a ”可 以 在 Abstraction 中 选择 并 创建 一 个 默认 的 Implementor 对 象 ， 然 后 子 类 可 以 


m ”也 可 以 使 用 抽象 工厂 或 者 简单 工厂 来 选择 并 创建 具体 的 Implementor 对 象 ， 抽 
象 部 分 的 类 可 以 通过 调用 工厂 的 方法 来 获取 Implementor 对 象 。 
mn ”如 果 使 用 IoC/DI 容器 的 话 ， 还 可 以 通过 IoC/DI 容器 来 创建 具体 的 Implementor 
对 象 ， 并 注入 回 到 Abstraction 中 。 
下 面 分 别 给 出 后 面 几 种 实现 方式 的 示例 。 
1. 由 抽象 部 分 的 对 象 自己 来 创建 相应 的 Implementor 对 象 
对 于 这 种 情况 的 实现 ， 又 分 成 两 种 ， 一 种 是 需要 外 部 传 入 参数 ， 另 一 种 是 不 需要 外 
部 传 入 参数 。 
(1) 从 外 部 传递 参数 比较 简单 ， 比 如 前 面 的 示例 ， 如 果 用 一 个 type 来 标识 具体 采 
用 哪 种 发 送 消息 的 方案 , 然后 在 Abstraction 的 构造 方法 中 , 根据 type 进行 创建 就 可 以 了 。 
还 是 用 代码 示例 一 下 ， 主 要 修改 Abstraction 的 构造 方法 。 示 例 代 码 如 下 : 
/A 炎 > 
* 抽象 的 消息 对 象 
RK 
public abstract class AbstractMessage { 
/** 
* 持 有 一 个 实现 部 分 的 对 象 
Wa} 


protected MessageImplementor impl; 


再 


/** 

* 构造 方法 ， 传 入 选择 实现 部 分 的 类 型 

* @param type 传 入 选择 实现 部 分 的 类 型 

ey 

public AbstractMessage (int type)t 
if (type==1)1{ 
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this.impl = new MessageSMS () : 
jelse if(type==2){ 

this.impl = new MessageEmail (); 
}else. 1f (type==3){ 


this.impl = new MessageMobile(); 


} 

/** 

* 发 送 消息 ， 转 调 实现 部 分 的 方法 

* @param message 要 发 送 的 消息 内 容 

* @param toUser 把 消息 发 送 的 目的 人 员 

大 

public void sendMessage (String message,String toUser) 1{ 


this.impl.send(message, toUser); 


} 
(2) 对 于 不 需要 外 部 传 入 参数 的 情况 ， 那 就 说 明 是 在 Abstraction 的 实现 中 , 根据 具 
体 的 参数 数据 来 选择 相应 的 Implementor 对 象 。 有 可 能 在 Abstraction 的 构造 方法 中 选择 ， 
也 有 可 能 在 具体 的 方法 中 选择 。 
比如 前 面 的 示例 , 如 果 发 送 的 消息 长 度 在 100 以 内 则 采用 手机 短 消息 ; 长 度 在 100 一 
1000 以 内 则 采用 站 内 短 消息 ; 长 度 在 1000 以 上 采用 E-mail, 那么 就 可 以 在 内 部 方法 中 自 
己 判断 实现 。 
实现 中 ， 大 致 有 如 下 改变 。 
em ”原来 protected 的 MessageImplementor 类 型 的 属性 ， 不 需要 了 ， 去 掉 。 
sm ”提供 一 个 protected 的 方法 来 获取 要 使 用 的 实现 部 分 的 对 象 ， 在 这 个 方法 中 ， 根 
据 消 息 的 长 度 来 选择 合适 的 实现 对 象 。 
sm ”构造 方法 什么 都 不 用 做 了 ， 也 不 需要 传 入 参数 。 
m 在 原来 使 用 impl 属性 的 地 方 , 要 修改 成 通过 上 面 那 个 方法 来 获取 合适 的 实现 对 
象 了 ， 不 能 直接 使 用 impl 属性 ， 否 则 会 没有 值 。 
示例 代码 如 下 : 
public abstract class AbstractMessage { 
/** 
* 构造 方法 
机 和 
Public AbstractMessage () { 
// 现 在 什么 都 不 做 了 
} 
/** 


* 发 送 消息 ， 转 调 实现 部 分 的 方法 
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* Q@param message 要 发 送 的 消息 内 容 
* eparam toUser 把 消息 发 送 的 目的 人 员 
二 
public voidq sendMessage (String message,String toUser) { 
this.getIimpl (message) .send (message, toUser); 
} 
/** 
* 根据 消息 的 长 度 来 选择 合适 的 实现 
* @param message 要 发 送 的 消息 
* @return 合适 的 实现 对 象 
wtf 
Protected MessageImplementor getImpl (String message) { 
MessageImplementor impl = null; 
if(message == null){ 
// 如 果 没 有 消息 ， 上 默认 使 用 站 内 短 消息 
impl = new MessageSMS () : 
}else if(message.length()< 100)1{ 
// 如 果 消 息 长 度 在 100 以 内 ， 使 用 手机 短 消息 
impl = new MessageMobile(); 
}else if(message.length()<1000){ 
// 如 果 消 息 长 度 在 100~1000 以 内 ， 使 用 站 内 短 消息 
impl = new MessageSMS () : 
}elsef 
// 如 果 消 息 长 度 在 1000 以 上 
impl = new MessageEmail (); 
1 


return impl; 


} 
(3) 小 结 

对 于 由 抽象 部 分 的 对 象 自己 来 创建 相应 的 Implementor 对 象 的 这 种 情况 ,不 管 是 否 需 
要 外 部 传 入 参数 , 优点 是 客户 使 用 简单 ,而 且 集 中 控制 Implementor 对 象 的 创建 和 切换 罗 
辑 ， 缺 点 是 要 求 Abstraction 知道 所 有 的 具体 的 Implementor 实现 ， 并 知道 如 何 选 择 和 创 
建 它 们 ， 如 果 今 后 要 扩展 Implementor 的 实现 ， 就 要 求 同 时 修改 Abstraction 的 实现 ， 这 
会 很 不 灵活 ， 使 扩展 不 方便 。 

2. 在 Abstraction 中 创建 默认 的 Implementor 对 象 

对 于 这 种 方式 ， 实 现 比较 简单 ， 直 接 在 Abstraction 的 构造 方法 中 ， 创 建 一 个 默认 的 
Implementor 对 象 ， 然 后 子 类 根据 需要 ， 看 是 直接 使 用 还 是 履 盖 掉 。 示 例 代 码 如 下 : 
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public abstract class AbstractMessage 1{ 


protected MessageImplementor impl; 


eae 
* 构造 方法 
兴办 
public AbstractMessage (){ 
// 创 建 一 个 默认 的 实现 
this.impl = new MessageSMS (); 
} 
public void sendMessage (String message,String toUser) { 


this.impl.send (message, toUser); 


} 

这 种 方式 其 实 还 可 以 使 用 工厂 方法 ， 把 创建 工作 延迟 到 子 类 。 

3. 使 用 抽象 工厂 或 者 是 简单 工厂 

对 于 这 种 方式 ， 根 据 具体 的 需要 来 选择 ， 如 果 是 想 要 创建 一 系列 实现 对 象 ， 那 就 使 


用 抽象 工厂 ， 如 果 是 创建 单个 的 实现 对 象 ， 使 用 简单 工厂 就 可 以 了 。 


直接 在 原来 创建 Implementor 对 象 的 地 方 , 直 接 调 用 相应 的 抽象 工厂 或 者 是 简单 工厂 


来 获取 相应 的 Implementor 对 象 。 很 简单 ， 这 个 就 不 去 示例 了 。 


这 种 方法 的 优点 是 Abstraction 类 不 用 和 任何 一 个 Inplementor 类 直接 耦合 。 
4. 使 用 IoC/DI 的 方式 
对 于 这 种 方式 ，Abstraction 的 实现 就 更 简单 了 ,只 需要 实现 注入 Implementor 对 象 的 


方法 就 可 以 了 ， 其 他 的 Abstraction 就 不 管 了 。 


IoC/DI 容器 会 负责 创建 Implementor 对 象 ， 并 设置 回 到 Abstraction 对 象 中 ， 使 用 


IoC/DI 的 方式 ， 并 不 会 改变 Abstraction 和 Implementor 的 关系 ，Abstraction 同样 需要 持 
有 相应 的 Implementor 对 象 ， 同 样 会 把 功能 委托 给 Inplementor 对 象 去 实现 。 


24. 3. 3 ”典型 例子 一 一 JDBC 


在 Java 应 用 中 ， 对 于 桥接 模式 有 一 个 非常 典型 的 例子 ， 就 是 应 用 程序 使 用 JDBC 驱 


动 程序 进行 开发 的 方式 。 所 谓 驱 动 程序 ， 指 的 是 按照 预先 约定 好 的 接口 来 操作 计算 机 系 
统 或 者 是 外 围 设 备 的 程序 。 


先 简单 地 回忆 一 下 使 用 JDBC 进行 开发 的 过 程 。 简 单 的 片段 代码 示例 如 下 : 
String sql = "具体 要 操作 的 sql 语句 "; 
// 1: 装载 驱动 
Class.forName ("驱动 的 名 字 "); 
// 2: 创建 连接 


Connection conn = DriverManager.getConnectionl 
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"连接 数据 库 服 务 的 URL"， "用 户 名 "， "密码 ") ; 


// 3: 创建 statement 或 者 是 preparedStatement 
PreparedStatement Pstmt = conn.prepareStatement (sql); 
// 4: 执行 sql， 如 果 是 查询 ， 再 获取 ResultSet 


ResultSet rs = pstmt .executeQuery (sql); 


// 5: 循环 从 ResultSet 中 把 值 取出 来 ， 封 装 到 数据 对 象 中 去 
while (rs.next()) { 
// 取 值 示意 ， 按 名 称 取 值 
String uuid = rs.getstring ("uuid"); 
// 取 值 示意 ， 按 索引 取 值 
int age = rs.getIint (2); 
} 
//6: 关闭 
rssclose()? 
pstmt.close (); 
conn.close(); 

从 上 面 的 示例 可 以 看 出 ， 我 们 写 的 应 用 程序 ， 是 面向 JDBC 的 API 开发 ， 这 些 接口 
就 相当 于 桥接 模式 中 抽象 部 分 的 接口 。 那么 怎样 得 到 这 些 API 呢 ? 是 通过 DriverManager 
来 得 到 的 。 此 时 的 系统 结构 如 图 24.9 所 示 。 

那么 这 些 JDBC 的 API， 谁 去 实现 呢 ? 光 有 接口 ， 没 有 实现 也 不 行 啊 。 

该 驱动 程序 登场 了 , JDBC 的 驱动 程序 实现 了 JDBC 的 API， 驱 动 程序 就 相当 于 桥接 
模式 中 的 具体 实现 部 分 。 而 且 不 同 的 数据 库 ， 由 于 数据 库 实现 不 一 样 ， 可 执行 的 sql 也 不 
完全 一 样 ， 因 此 对 于 JDBC 驱动 的 实现 也 是 不 一 样 的 ， 也 就 是 不 同 的 数据 库 会 有 不 同 的 
驱动 实现 。 此 时 驱动 程序 的 程序 结构 如 图 24.10 所 示 。 


«interface» 


C8 要 动 后 匡 万 


*iNterface» 
CB JJDBr 后 4PT 





名 基于]DBc 的 应 用 程序 局 oracle 的 驱动 实现 | |[ DB2 的 驱动 实现 


图 24.9 基于 JDBC 开发 的 应 用 程序 结构 示意 图 图 24.10 ”驱动 程序 实现 结构 示意 图 

有 了 抽象 部 分 一 一 JDBC 的 API 和 具体 实现 部 分 一 一 驱动 程序 ， 那 么 它们 如 何 连接 
起 来 呢 ? 就 是 如 何 桥接 呢 ? 

就 是 前 面 提 到 的 DriverManager 来 把 它们 桥接 起 来 。 从 某 个 侧面 来 看 , DriverManager 
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在 这 里 起 到 了 类 似 于 简单 工厂 的 功能 , 基于 JDBC 的 应 用 程序 需要 使 用 JDBC 的 API, 如 
何 得 到 呢 ? 就 通过 DriverManager 来 获取 相应 的 对 象 。 
那么 此 时 系统 的 整体 结构 如 图 24.11 所 示 。 


<interface» _ [Ld DriverManager _、| «interface» 
C8 eriAPr (8 要 动 上 扩 其 口 
A 人 
局 基于 ]DBC 的 应 用 程序 局 oracle 的 驱动 实现 | | 品 p82z 的 驱动 实现 


图 24.11 JDBC 的 结构 示意 图 


通过 图 24.11 可 以 看 出 ,基于 JDBC 的 应 用 程序 ， 使 用 JDBC 的 API， 相 当 于 是 对 数 
据 库 操 作 的 抽象 扩展 ， 算 做 桥接 模式 的 抽象 部 分 ; 而 具体 的 接口 实现 是 由 驱动 来 完成 的 ， 
驱动 就 相当 于 桥接 模式 的 实现 部 分 了 。 而 桥接 的 方式 ， 不 再 是 让 抽象 部 分 持 有 实现 部 分 ， 
而 是 采用 了 类 似 于 工厂 的 做 法 ， 通 过 DriverManager 来 把 抽象 部 分 和 实现 部 分 对 接 起 来 ， 
从 而 实现 抽象 部 分 和 实现 部 分 解 耦 。 

JDBC 的 这 种 架构 ， 把 抽象 部 分 和 具体 部 分 分 离开 来 ， 从 而 使 得 抽象 部 分 和 具体 部 
分 都 可 以 独立 扩展 。 对 于 应 用 程序 而 言 ， 只 要 选用 不 同 的 驱动 ， 就 可 以 让 程序 操作 不 同 
的 数据 库 ， 而 无 需 更 改 应 用 程序 ， 从 而 实现 在 不 同 的 数据 库 上 移植 ， 对 于 驱动 程序 而 言 ， 
为 数据 库 实现 不 同 的 驱动 程序 ， 并 不 会 影响 应 用 程序 。 而 且 ，JDBC 的 这 种 架构 ， 还 合理 
地 划分 了 应 用 程序 开发 人 员 和 驱动 程序 开发 人 员 的 边界 。 








ti 一 对 于 有 些 朋 友 会 认为 ， 从 局 部 来 看 ， 体 现 了 策略 模式 ， 比 如 ， 在 上 面 的 结构 中 
删除 “JDBG 的 API 和 基于 JDBC 的 应 用 程序 ”， 那 么 剩 下 的 部 分 ， 看 起 来 就 是 一 


个 策略 模式 的 体现 。 此 时 的 DriverManager 相当 于 上 下 文 ， 而 各 个 具体 驱动 的 实现 
就 相当 于 是 具体 的 策略 实现 。 这 个 理解 也 不 算 错 ， 但 是 在 这 里 看 来 ， 这 样 理解 
是 比较 片面 的 。 





对 于 这 个 问题 ， 再 次 强调 一 点 : 对 于 设计 模式 ， 要 从 整体 结构 上 、 本 质 目 标 上 和 思 
想 体现 上 来 把 握 ， 而 不 要 从 局 部 、 表 现 和 特例 实现 上 来 把 握 。 


24. 3.4 广义 桥接 Java 中 无 处 不 桥接 





使 用 Java 编写 程序 ， 一 个 很 重要 的 原则 就 是 “面向 接口 编程 ”， 说 得 准确 点 应 该 是 
“面向 抽象 编程 ”， 由 于 在 Java 开发 中 ， 更 多 地 使 用 接口 而 非 抽象 类 ， 因 此 通常 就 说 成 
“面向 接口 编程 ”了 。 


接口 把 具体 的 实现 和 使 用 接口 的 客户 程序 分 离开 来 ， 从 而 使 得 具体 的 实现 和 使 用 接 
口 的 客户 程序 可 以 分 别 扩展 ， 而 不 会 相互 影响 。 使 用 接口 的 程序 结构 如 图 24.12 所 示 。 
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[Lo 使 用 接口 的 客户 程序 = <interface’» 
(8 闫 个 应 厦 匡 襄 


品 具体 的 实现 


图 24.12 ”使 用 接口 的 程序 结构 示意 图 





可 能 有 些 朋 友 会 觉得 ， 听 起 来 怎么 像 是 桥接 模式 的 功能 呢 ? 没 错 ， 如 果 把 桥接 模式 
的 抽象 部 分 先 稍稍 简化 一 下 ， 暂 时 不 要 RefinedAbstraction 部 分 ， 那 么 就 跟 图 24.12 所 示 
的 结构 图 差不多 了 。 有 删除 RefinedAbstraction 后 的 简化 的 桥接 模式 结构 示意 图 如 图 24.13 


[0 Abstraction <interface» 
(8 开 雁 菇 硅 泌 分 抹 其 口 
A 


所 示 。 





[真正 的 实现 


图 24.13 简化 的 桥接 模式 结构 示意 图 

是 不 是 差不多 呢 ? 有 朋友 可 能 会 觉得 还 是 有 很 大 差异 ， 差 异 主要 在 前 面 接口 的 客户 
程序 是 直接 使 用 接口 对 象 ， 不 像 桥 接 模 式 的 抽象 部 分 那样 是 持 有 具体 实现 部 分 的 接口 ， 
这 就 导致 画 出 来 的 结构 图 一 个 是 依赖 ， 一 个 是 聚合 关联 。 

请 思考 它们 的 本 质 功能 ， 桥 接 模式 中 的 抽象 部 分 持 有 具体 实现 部 分 的 接口 ， 最 终 目 
的 是 什么 ?是 为 了 通过 调用 具体 实现 部 分 的 接口 中 的 方法 来 完成 一 定 的 功能 ， 这 和 直接 
使 用 接口 差不多 ， 只 是 表现 形式 有 点 不 一 样 。 再 说 ， 前 面 那个 使 用 接口 的 客户 程序 也 可 
以 持 有 相应 的 接口 对 象 ， 这 样 从 形式 上 就 一 样 了 。 

也 就 是 说 ， 从 某 个 角度 来 讲 ， 桥 接 模式 就 是 对 “面向 抽象 编程 ”设计 原则 的 扩展 。 
正 是 通过 具体 实现 的 接口 ， 把 抽象 部 分 和 具体 的 实现 部 分 分 离开 来 ， 抽 和 象 部 分 相当 于 是 
使 用 实现 部 分 接口 的 客户 程序 。 这 样 抽 象 部 分 和 实现 部 分 就 松散 耦合 了 ， 从 而 可 以 实现 
相互 独立 的 变化 。 

这 样 一 来 ， 几 乎 可 以 把 所 有 面向 抽象 编写 的 程序 ， 都 视 作 是 桥接 模式 的 体现 ， 至 少 
也 是 简化 的 桥接 模式 ， 就 算是 广义 的 桥接 吧 。 而 Java 编程 很 强调 “面向 抽象 编程 ”， 因 
此 ， 广 义 的 桥接 ， 在 Java 中 可 以 说 是 无 处 不 在 。 

再 举 个 大 家 最 熟悉 的 例子 来 示例 一 下 。 在 Java 应 用 开发 中 ， 分 层 实现 是 最 基本 的 设 
计 方 式 ， 就 拿 大 家 最 熟悉 的 三 层 架 构 表 现 层 、 罗 辑 层 和 数据 层 来 说 ， 或 诈 有 些 朋 友 对 它 
们 称呼 的 名 称 不 同 ， 但 都 是 同一 回 事情 。 
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三 层 的 基本 关系 是 表现 层 调 用 逻辑 层 ， 罗 辑 层 调用 数据 层 。 通 过 什么 方式 来 进行 调 
用 呢 ? 当然 是 接口 了 ， 它 们 的 基本 结构 如 图 24.14 所 示 。 


表现 层 


O 逻辑 层 接口 
Vv 
数据 层 接口 
数据 层 


图 24.14 基本 的 三 层 架 构 示意 图 

通过 接口 来 进行 调用 ， 使 得 表现 层 和 逻辑 层 分 离开 来 ， 也 就 是 说 表现 层 的 变化 不 会 
影响 到 逻辑 层 ， 同 理 逻 辑 层 的 变化 也 不 会 影响 到 表现 层 。 这 也 是 同一 套 罗 辑 层 和 数据 层 
可 以 同时 支持 不 同 的 表现 层 实现 的 原因 ， 比 如 支持 Swing 或 Web 方式 的 表现 层 。 

在 逻辑 层 和 数据 层 之 间 也 是 通过 接口 来 调用 ， 同 样 将 逻辑 层 和 数据 层 分 离 ， 使 得 它 
们 可 以 独立 地 扩展 。 尤 其 是 数据 层 ， 可 能 会 有 很 多 的 实现 方式 ， 比 如 数据 库 实现 、 文 件 
实现 等 ， 即 使 是 数据 库 实现 ， 又 有 针对 不 同 数据 库 的 实现 ， 如 Oracle、DB2 等 。 

总 之 ， 通 过 面向 抽象 编程 ， 三 层 架 构 的 各 层 都 能 够 独立 地 扩展 和 变化 ， 而 不 会 对 其 
他 层 产生 影响 。 这 正 是 桥接 模式 的 功能 ， 实 现 抽象 和 实现 的 分 离 ， 从 而 使 得 它们 可 以 独 
立地 变化 。 当 然 三 层 架 构 不 只 是 在 一 个 地 方 使 用 桥接 模式 ， 而 是 至 少 在 两 个 地 方 来 使 用 
桥接 模式 ， 一 个 是 在 表现 层 和 四 辑 层 之 间 ， 一 个 是 在 逻辑 层 和 数据 层 之 间 。 

下 面 先 来 分 别 看 看 这 两 个 使 用 桥接 模式 地 方 的 程序 结构 ， 然 后 再 综合 起 来 看 看 整体 
的 程序 结构 。 

逻辑 层 和 数据 层 之 间 的 程序 结构 如 图 24.15 所 示 。 


<*interface» <«interface» 
(8 亚 码 层 基 局 
A 
局 逐 辑 层 实现 局 数据 层 实 现 A [数据 层 实现 B 


图 24.15 ”逻辑 层 和 数据 层 的 程序 结构 示意 图 
表现 层 和 逻辑 层 之 间 的 结构 示意 如 图 24.16 所 示 。 


' 
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图 24.16 表现 层 和 逻辑 层 的 结构 示意 图 
把 逻辑 层 、 数 据 层 和 表现 层 结合 起 来 。 结 合 后 的 程序 结构 如 图 24.17 所 示 。 








图 24.17 三 层 结合 的 结构 示意 图 

从 广义 桥接 模式 的 角度 来 看 ， 平 日 熟悉 的 三 层 架 构 其 实 就 是 在 组 合 使 用 桥接 模式 。 
从 这 个 图 还 可 以 看 出 ， 桥 接 模式 是 可 以 连续 组 合 使 用 的 ， 一 个 桥接 模式 的 实现 部 分 ， 可 
以 作为 下 一 个 桥接 模式 的 抽象 部 分 。 以 此 类 推 ， 可 以 从 三 层 架 构 扩 展 到 四 层 、 五 层 ， 直 
到 N 层 架构 ， 都 可 以 使 用 桥接 模式 来 组 合 。 

如 果 从 更 本 质 的 角度 来 看 ， 基 本 上 只 要 是 面向 抽象 编写 的 Java 程序 都 可 以 视 为 是 桥 
接 模式 的 应 用 ， 都 是 让 抽象 和 实现 相 分 离 ， 从 而 使 它们 能 独立 地 变化 。 不 过 只 要 分 离 的 
目的 达到 了 ， 叫 不 叫 桥接 模式 则 无 所 谓 了 。 


24. 3.5 ”桥接 模式 的 优点 


= 分 离 抽象 和 实现 部 分 
桥接 模式 分 离 了 抽象 部 分 和 实现 部 分 ， 从 而 极 大 地 提高 了 系统 的 灵活 性 。 让 抽 
象 部 分 和 实现 部 分 独立 开 来 ， 分 别 定义 接口 ， 这 有 助 于 对 系统 进行 分 层 ， 从 而 
产生 更 好 的 结构 化 的 系统 。 对 于 系统 的 高 层 部 分 ， 只 需要 知道 抽象 部 分 和 实现 
部 分 的 接口 就 可 以 了 。 

= ”更 好 的 扩展 性 
由 于 桥接 模式 把 抽象 部 分 和 实现 部 分 分 离开 了 ， 而 且 分 别 定义 接口 ， 这 就 使 得 
抽象 部 分 和 实现 部 分 可 以 分 别 独立 地 扩展 ， 而 不 会 相互 影响 ， 从 而 大 大 地 提高 
了 系统 的 可 扩展 性 。 

a 可 动态 地 切换 实现 
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由 于 桥接 模式 把 抽象 部 分 和 实现 部 分 分 离开 了 ， 所 以 在 实现 桥接 的 时 候 ， 就 可 

以 实现 动态 的 选择 和 使 用 具体 的 实现 。 也 就 是 说 一 个 实现 不 再 是 固定 的 绑 定 在 

一 个 抽象 接口 上 了 ， 可 以 实现 运行 期 间 动 态 地 切换 。 

a 可 减少 子 类 的 个 数 

根据 前 面 的 讲述 ， 对 于 有 两 个 变化 纬度 的 情况 ， 如 果 采 用 继承 的 实现 方式 ， 大 

约 需 要 两 个 纬度 上 的 可 变化 数量 的 乘积 个 子 类 ; 而 采用 桥接 模式 来 实现 ， 大 约 

需要 两 个 纬度 上 的 可 变化 数量 的 和 个 子 类 。 可 以 明显 地 减少 子 类 的 个 数 。 


24. 3.6 思考 桥接 模式 


1. 桥接 模式 的 本 质 


桥接 模式 的 本 质 : 分 离 抽象 和 实现 。 


桥接 模式 最 重要 的 工作 就 是 分 离 抽象 部 分 和 实现 部 分 ， 这 是 解决 问题 的 关键 。 只 有 
把 抽象 部 分 和 实现 部 分 分 离开 了 ， 才 能 够 让 它们 独立 地 变化 : 只 有 抽象 部 分 和 实现 部 分 
可 以 独立 地 变化 ， 系 统 才 会 有 更 好 的 可 扩展 性 和 可 维护 性 。 

还 有 其 他 的 好 处 ， 比 如 ， 可 以 动态 地 切换 实现 、 可 以 减少 子 类 个 数 等 。 都 是 把 抽象 
部 分 和 实现 部 分 分 离 以 后 带 来 的 。 如 果 不 把 抽象 部 分 和 实现 部 分 分 离开 ， 那 一 切 就 无 从 
谈 起 。 所 以 综合 来 说 ， 桥 接 模 式 的 本 质 在 于 “分 离 抽象 和 实现 ”。 

2. 对 设计 原则 的 体现 

(1) 桥接 模式 很 好 地 实现 了 开 闭 原则 。 

通常 应 用 桥接 模式 的 地 方 ， 抽 象 部 分 和 实现 部 分 都 是 可 变化 的 ， 也 就 是 应 用 会 有 两 
个 变化 纬度 ， 桥 接 模式 就 是 找到 这 两 个 变化 ， 并 分 别 封装 起 来 ， 从 而 合理 地 实现 OCP。 

在 使 用 桥接 模式 的 时 候 ， 通常 情况 下 ， 顶 层 的 Abstraction 和 Implementor 是 不 变 的 ， 
而 具体 的 Implementor 的 实现 是 可 变 的 。 由 于 Abstraction 是 通过 接口 来 操作 具体 的 实现 ， 
因此 具体 的 Implementor 的 实现 是 可 以 扩展 的 ， 根 据 需 要 可 以 有 多 个 具体 的 实现 。 

同样 地 ，RefinedAbstraction 也 是 可 变 的 ， 它 继承 并 扩展 Abstraction ， 通 常 在 
RefinedAbstraction 的 实现 中 ， 会 调用 Abstraction 中 的 方法 ， 通 过 组 合 使 用 来 完成 更 多 的 
功能 ， 这 些 功 能 常常 是 与 具体 业务 有 关系 的 。 

(2) 桥接 模式 还 很 好 地 体现 了 : 多 用 对 和 象 组 合 ， 少 用 对 和 象 继承 。 

在 前 面 的 示例 中 ， 如 果 使 用 对 象 继承 来 扩展 功能 ， 不 但 让 对 象 之 间 有 很 强 的 耦合 性 ， 
而 且 会 需要 很 多 的 子 类 才能 够 完成 相应 的 功能 ， 前 面 已 经 讲述 过 了 ， 需 要 两 个 纬度 上 的 
可 变化 数量 的 乘积 个 子 类 。 

而 采用 对 象 的 组 合 , 松散 了 对 象 之 间 的 耦合 性 ， 不 但 使 每 个 对 象 变 得 简单 和 可 维护 ， 
还 大 大 减少 了 子 类 的 个 数 ， 根 据 前 面 的 讲述 ， 大 约 需 要 两 个 纬度 上 的 可 变化 数量 的 和 这 
么 多 个 子 类 。 
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3. 何 时 选用 桥接 模式 

建议 在 以 下 情况 中 选用 桥接 模式 。 

= 如 果 你 不 希望 在 抽象 部 分 和 实现 部 分 采用 固定 的 绑 定 关系 , 可 以 采用 桥接 模式 ， 
来 把 抽象 部 分 和 实现 部 分 分 开 ， 然 后 在 程序 运行 期 间 来 动态 地 设置 抽象 部 分 需 
要 用 到 的 具体 的 实现 ， 还 可 以 动态 地 切换 具体 的 实现 。 

sa ”如 果 出 现 抽象 部 分 和 实现 部 分 都 能 够 扩展 的 情况 ， 可 以 采用 桥接 模式 ， 让 抽象 
部 分 和 实现 部 分 独立 地 变化 ， 从 而 灵活 地 进行 单独 扩展 ， 而 不 是 搅 在 一 起 ， 扩 
展 一 边 就 会 影响 到 另 一 边 。 ; 

m ”如果 希望 实现 部 分 的 修改 不 会 对 客户 产生 影响 ， 可 以 采用 桥接 模式 。 由 于 客户 
是 面向 抽象 的 接口 在 运行 ， 实 现 部 分 的 修改 可 以 独立 于 抽象 部 分 ， 并 不 会 对 客 
户 产生 影响 ， 也 可 以 说 对 客户 是 透明 的 。 

ma ”如果 采用 继承 的 实现 方案 ,会 导致 产生 很 多 子 类 ， 对 于 这 种 情况 ， 可 以 考虑 采 
用 桥接 模式 ， 分 析 功 能 变化 的 原因 ， 看 看 是 否 能 分 离 成 不 同 的 纬度 ， 然 后 通过 
桥接 模式 来 分 离 它 们 ， 从 而 减少 子 类 的 数目 。 


24. 3.7 相关 模式 





a 桥接 模式 和 策略 模式 
这 两 个 模式 有 很 大 的 相似 之 处 。 
如 果 把 桥接 模式 的 抽象 部 分 简化 来 看 ， 暂 时 不 去 扩展 Abstraction， 也 就 是 去 掉 


RefinedAbstraction。 桥 接 模式 简化 后 的 结构 图 如 图 24.13 所 示 。 再 看 看 策略 模 
式 的 结构 图 ， 参 见 图 17.1。 会 发 现 ， 这 个 时 候 它 们 的 结构 都 类 似 图 24.18 所 示 。 





图 24.18 ”桥接 模式 和 策略 模式 结构 示意 图 
通过 上 面 的 结构 图 ， 可 以 体会 到 桥接 模式 和 策略 模式 是 如 此 相似 。 可 以 把 策略 
模式 的 Context 当做 是 使 用 接口 的 对 象 , 而 Strategy 就 是 某 个 接口 了 ,具体 的 策 
略 实现 就 相当 于 接口 的 具体 实现 。 这 样 看 来 的 话 ， 某 些 情况 下 ， 可 以 使 用 桥接 
模式 来 模拟 实现 策略 模式 的 功能 。 

这 两 个 模式 虽然 相似 ， 但 也 还 是 有 区 别 的 。 最 主要 的 是 模式 的 目的 不 一 样 ， 策 
略 模式 的 目的 是 封装 一 系列 的 算法 ， 使 得 这 些 算法 可 以 相互 替换 ， 而 桥接 模式 
的 目的 是 分 离 抽象 部 分 和 实现 部 分 ， 使 得 它们 可 以 独立 地 变化 。 

ma ”桥接 模式 和 状态 模式 
由 于 从 模式 结构 上 看 ， 状 态 模 式 和 策略 模式 是 一 样 的 ， 因 此 这 两 个 模式 的 关系 
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也 基本 上 类 似 于 桥接 模式 和 策略 模式 的 关系 。 只 不 过 状态 模式 的 目的 是 封装 状 
态 对 应 的 行为 ， 并 在 内 部 状态 改变 的 时 候 改 变 对 象 的 行为 。 
桥接 模式 和 模板 方法 模式 
这 两 个 模式 有 相似 之 处 。 
虽然 标准 的 模板 方法 模式 是 采用 继承 来 实现 的 ， 但 是 模板 方法 也 可 以 通过 回调 
接口 的 方式 来 实现 。 如 果 把 接口 的 实现 独立 出 去 ， 那 就 类 似 于 模板 方法 通过 接 
口 去 调用 具体 的 实现 方法 了 ， 这 样 的 结构 就 和 简化 的 桥接 模式 类 似 了 。 
可 以 使 用 桥接 模式 来 模拟 实现 模板 方法 模式 的 功能 。 如 果 在 实现 Abstraction 对 
象 的 时 候 ， 在 其 中 定义 方法 ， 方 法 中 就 是 某 个 固定 的 算法 骨架 ， 也 就 是 说 这 个 
方法 就 相当 于 模板 方法 。 在 模板 方法 模式 中 ， 是 把 不 能 确定 实现 的 步骤 延迟 到 
子 类 去 实现 ， 现 在 在 桥接 模式 中 ， 把 不 能 确定 实现 的 步骤 委托 给 具体 实现 部 分 
去 完成 ， 通 过 回调 实现 部 分 的 接口 ,来 完成 算法 骨架 中 的 某 些 步 又。 这样 一 来 ， 
就 可 以 实现 使 用 桥接 模式 来 模拟 实现 模板 方法 模式 的 功能 。 
使 用 桥接 模式 来 模拟 实现 模板 方法 模式 的 功能 ， 还 有 一 个 潜在 的 好 处 ， 就 是 模 
板 方 法 也 可 以 很 方便 地 扩展 和 变化 。 在 标准 的 模板 方法 中 ， 一 个 问题 就 是 当 模 
板 发 生变 化 的 时 候 ， 所 有 的 子 类 都 要 变化 ， 非 常 不 方便 。 而 使 用 桥接 模式 来 实 
现 类 似 的 功能 ， 就 没有 这 个 问题 。 


另外 ， 这 里 只 是 说 从 实现 具体 的 业务 功能 上 ， 桥 接 模式 可 以 模拟 实现 
模板 方法 模式 能 实现 的 功能 ， 并 不 是 说 桥接 模式 和 模板 方法 模式 就 变 


成 一 样 的 ， 或 者 是 桥接 模式 就 可 以 替换 模板 方法 模式 了 。 要 注意 它们 
本 身 的 功能 、 目 的 、 本 质 思 想 都 是 不 一 样 的 。 





桥接 模式 和 抽象 工厂 模式 

这 两 个 模式 可 以 组 合 使 用 。 

桥接 模式 中 ， 抽 象 部 分 需要 获取 相应 的 实现 部 分 的 接口 对 象 ， 那 么 谁 来 创建 实 
现 部 分 的 具体 实现 对 象 呢 ? 这 就 是 抽象 工厂 模式 派 上 用 场 的 地 方 。 也 就 是 使 用 
抽象 工厂 模式 来 创建 和 配置 一 个 特定 的 具体 的 实现 对 象 。 

事实 上 ， 抽 象 工 厂 主 要 是 用 来 创建 一 系列 对 象 的 ， 如 果 创 建 的 对 象 很 少 ， 或 者 
是 很 简单 ， 还 可 以 采用 简单 工厂 ， 也 能 达到 同样 的 效果 ， 但 是 会 比 抽象 工厂 来 
得 简单 。 

桥接 模式 和 适配器 模式 

这 两 个 模式 可 以 组 合 使 用 。 

这 两 个 模式 功能 是 完全 不 一 样 的 ， 适 配器 模式 的 功能 主要 是 用 来 帮助 无 关 的 类 
协同 工作 ， 重 点 在 解决 原本 由 于 接口 不 兼容 而 不 能 一 起 工作 的 那些 类 ， 使 得 它 
们 可 以 一 起 工作 。 而 桥接 模式 则 重点 在 分 离 抽象 部 分 和 实现 部 分 。 

所 以 在 使 用 上 ， 通 常 在 系统 设计 完成 以 后 ， 才 会 考虑 使 用 适配器 模式 ， 而 桥接 
模式 是 在 系统 开始 的 时 候 就 要 考虑 使 用 。 
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虽然 功能 上 不 一 样 ， 这 两 个 模式 还 是 可 以 组 合 使 用 的 ， 比 如 ， 已 有 实现 部 分 的 
接口 ， 但 是 有 些 不 太 适 应 现在 新 的 功能 对 接口 的 需要 ， 完 全 抛弃 吧 ， 有 些 功能 
还 用 得 上 ， 该 怎么 办 呢 ? 那 就 使 用 适配器 来 进行 适 配 ， 使 得 旧 的 接口 能 够 适应 
新 的 功能 的 需要 。 





25.1 场景 问题 


25.1.1 扩展 客户 管理 的 功能 


考虑 这 样 一 个 应 用 : 扩展 客户 管理 的 功能 。 

既然 是 扩展 功能 ， 那 么 肯定 是 已 经 存在 一 定 的 功能 了 ， 先 看 看 已 有 的 功能 ， 公 司 的 
客户 分 成 两 大 类 ， 一 类 是 企业 客户 ， 一 类 是 个 人 客户 ， 现 有 的 功能 非常 简单 ， 就 是 能 让 
客户 提出 服务 申请 。 目 前 的 程序 结构 如 图 25.1 所 示 。 


© +rermirereqvest yoi 


焉 -customerId'5tring 


自 -name:String 
Lo PersonalCustomer 


六 
和 -telephone:String 


全 +serviceRequest():void 


9 三 -age:iNt 



























滥 -linkman:String 
ss-linkTelephone:String 


-registerhddress:String 





图 25.1 已 有 的 客户 管理 程序 结构 示意 图 

现 有 的 实现 很 简单 ， 先 看 看 Customer 的 实现 。 示 例 代码 如 下 : 
/** 
* 各 种 客户 的 父 类 
te 
public "abstract Class Castomncr 1 

/** 

* 客户 编号 

SA 

private String customerId; 

/** 

* 客户 名 称 

ie 


private String name; 





属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 
/* 大 

* 客户 提出 服务 请 求 的 方法 ， 示 意 一 下 

je 
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public abstract void serviceRequest (); 





} 
接 下 来 看 看 企业 客户 的 实现 。 示 例 代码 如 下 : 
/** 
* 企业 客户 
eh 
Public class EnterpriseCustomer extends Customer!{ 
/** 
* 联系 人 
iy 
private String linkman; 
/** 
* 联系 电话 
< 
private String linkTelephone; 
Ye 
* 企业 注册 地 址 
x 
private String registerAddress; 






属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 





/** 

* 企业 客户 提出 服务 请 求 的 方法 ， 示 意 一 下 
所 汰 

Public void serviceRedquest () { 


// 企 业 客户 提出 的 具体 服务 请 求 
System.out.println(this.getName ()+" 企 业 提 出 服务 请 求 ") ; 


} 
再 来 看 看 个 人 客户 的 实现 。 示 例 代码 如 下 : 
/** 
人 
eA 
public class PersonalCustomer extends Customert{ 
/** 
* 联系 电话 
ey 
private String telephone; 
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Private int age; 
/** 

* 企业 注册 地 址 

Sk 


private String registerAddress; 






属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 
/大 大 
* 个 人 客户 提出 服务 请 求 的 方法 ， 示 意 一 下 
x 
public void serviceRequest () { 
// 个 人 客户 提出 的 具体 服务 请 求 
System.out.println ("客户 "+this.getName () +" 提 出 服务 请 求 ") ; 


} 
从 上 面 的 实现 可 以 看 出 来 ， 以 前 对 客户 的 管理 功能 是 很 少 的 , 现在 随 着 业务 的 发 展 ， 
需要 加 强 对 客户 管理 的 功能 。 假 设 现在 需要 增加 以 下 功能 。 
m ”客户 对 公司 产品 的 偏好 分 析 。 针 对 企业 客户 和 个 人 客户 有 不 同 的 分 析 策 略 ， 主 要 
是 根据 以 往 购买 的 历史 、 潜 在 购买 意向 等 进行 分 析 ， 对 于 企业 客户 还 要 添加 上 客 
户 所 在 行业 的 发 展 趋势 、 客 户 的 发 展 预期 等 分 析 。 
sm 客户 价值 分 析 。 针 对 企业 客户 和 个 人 客户 ， 有 不 同 的 分 析 方 式 和 策略 。 主 要 是 根 
据 购 买 的 金额 大 小 、 购 买 的 产品 和 服务 的 多 少 、 购 买 的 频率 等 进行 分 析 。 
其 实 除 了 这 些 功 能 ， 还 有 很 多 潜在 的 功能 ， 只 是 现在 还 没有 要 求实 现 ， 比 如 ， 针 对 
不 同 的 客户 进行 需求 调查 ;针对 不 同 的 客户 进行 满意 度 分 析 ; 客户 消费 预期 分 析 等 。 虽 
然 现在 没有 要 求实 现 ， 但 不 排除 今后 有 可 能 会 要 求实 现 。 


25. 1.2 不 用 模式 的 解决 方案 


要 实现 上 面 要 求 的 功能 ， 也 不 是 很 困难 ， 一 个 很 基本 的 思路 就 是 ， 既 然 不 同类 型 的 
客户 操作 是 不 同 的 ， 那 么 在 不 同类 型 的 客户 中 分 别 实现 这 些 功 能 就 可 以 了 。 

由 于 这 些 功能 的 实现 依附 于 很 多 其 他 功能 的 实现 , 或 者 是 需要 很 多 其 他 的 业务 数据 ， 
在 示例 中 不 太 好 完整 地 体现 其 功能 实现 ， 都 是 示意 一 下 ， 因 此 提前 说 明 一 下 。 

按照 上 述 的 想法 ， 这 个 时 候 的 程序 结构 如 图 25.2 所 示 。 
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+rervirereguest! voi 
+precdectiondnaiyzef :vos 
zworth anaiyzef :vos 






寻 -customerId:5tring 


s 三 -name;String 
Co EnterpriseCustomer 局 PersonalCustomer 
从 +serviceRequestty'void 


OD +serviceRequestty'void 
D+predilectionAnalyzel):void @ +predilectionanalyzet:void 
@ +worthanalyzety'void 


@ +worthanalyzety'void 



































Y= 


县 -linkman:String 
引 -linkTelephone:String 
5=-registerhddress:String 


路 -telephone'5tring 
5 三 -age:iNnt 






图 25.2 扩展 客户 管理 功能 的 结构 示意 图 
按照 这 个 思路 ， 把 程序 示意 实现 出 来 。 
(1) 先 看 看 抽象 的 父 类 ， 主 要 就 是 加 入 了 两 个 新 的 方法 。 示 例 代 码 如 下 : 
public abstract class Customer { 


private String customerId; 


private String name; 






属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 


public abstract void serviceRequest () ， 


/大 大 
* 客户 对 公司 产品 的 偏好 分 析 ， 示 意 一 下 
# 
public abstract void predilectionAnalyze(); 
/** 
* 客户 价值 分 析 ， 示 意 一 下 
hd 
public abstract void worthAnalyze (); 
} 
(2) 再 来 看 看 企业 客户 的 示意 实现 。 
public class EnterpriseCustomer extends Customert{ 
private String linkmany; 
private String linkTelephones 


private String registerAddress; 
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属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 


Public void serviceRequest (){ 
// 企 业 客户 提出 的 具体 服务 请 求 
System.out .println (this.getName()+" 企 业 提 出 服务 请 求 ") ; 


/** 
* 企业 客户 对 公司 产品 的 偏好 分 析 ， 示 意 一 下 
人 
public void predilectionAnalyze(){ 
// 根 据 以 往 购买 的 历史 、 潜 在 购买 意向 
// 以 及 客户 所 在 行业 的 发 展 趋势 、 客 户 的 发 展 预期 等 的 分 析 
System.out .println(" 现 在 对 企业 客户 "+this .getName () 
+" 进 行 产 品 偏好 分 析 ") ; 


/*# 
* 企业 客户 价值 分 析 ， 示 意 一 下 
区 
Public void worthAnalyze(){ 
// 根 据 购买 的 金额 大 小 、 购 买 的 产品 和 服务 的 多 少 、 购 买 的 频率 等 进行 分 析 
// 企 业 客 户 的 标准 会 比 个 人 客户 的 高 
System.out.println ("现在 对 企业 客户 "+this .getName () 
+" 进 行 价值 分 析 ") ; 


} 

(3) 接 下 来 看 看 个 人 客户 的 示意 实现 。 示 例 代 码 如 下 : 

Public class PersonalCustomer extends Customer{ 
private String telephone; 


private int age; 





属性 对 应 的 getter/setter 方法 , 为 
了 篇 幅 关 系 ， 省 略 了 


public void serviceRequest(){ 
// 个 人 客户 提出 的 具体 服务 请 求 
System.out .println(" 客 户 "+this .getName ()+" 提 出 服务 请 求 ") ; 
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/rs 
* 个 人 客户 对 公司 产品 的 偏好 分 析 ， 示 意 一 下 
ah 
public void predilectionAnalyze(){ 
System.out .println ("现在 对 个 人 客户 "+this .getName () 
+" 进 行 产 品 偏好 分 析 ") ; 


Ad 
* 个 人 客户 价值 分 析 ， 示 意 一 下 
od 


public void worthaAnalyze()1{ 
System.out .println ("现在 对 个 人 客户 "+this .getName () 
+" 进 行 价值 分 析 ") ; 


} 
(4) 如 何 使 用 上 面 实现 的 功能 呢 ? 写 个 客户 端 来 测试 一 下 。 示 例 代码 如 下 : 
Dupre class "Clisnt 1{ 
public static void main(String[] args) { 
// 准 备 些 测试 数据 
Collection<Customer> colCustomer = preparedTestDatal(); 
// 循 环 对 客户 进行 操作 
for(Customer cm : ColCustomer){ 
// 进 行 偏好 分 析 
cm.predilectionAnalyze(); 
// 进 行 价值 分 析 


cm.worthAnalyze (); 


) 


private static Collection<Customer> preparedTestData(){ 
Collection<Customer> colCustomer = 
new ArrayList<Customer>(); 
// 为 了 测试 方便 ， 准 备 些 数据 
Customer cml = new EnterpriseCustomer () : 
cml .setName ("ABC 集团 ") ; 


colCustomer.add (cml); 


Customer cm2 = new EnterpriseCustomer (); 
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cm2 .setName ("CDE 公司 ") ; 


colCustomer.add (cm2);，; 
Customer cm3 = new PersonalCustomer () ; 
cm3 .setName (" 张 三 ") ; 


colCustomer.add (cm3) ， 


return colCustomer; 





} 

运行 结果 如 下 : 

现在 对 企业 客户 ABC 集团 进行 产品 偏好 分 析 
现在 对 企业 客户 ABC 集团 进行 价值 分 析 
现在 对 企业 客户 CDE 公司 进行 产品 偏好 分 析 
现在 对 企业 客户 CDE 公司 进行 价值 分 析 
现在 对 个 人 客户 张 三 进 行 产 品 偏好 分 析 
现在 对 个 人 客户 张 三 进 行 价值 分 析 


25. 1.3 有 何 问题 


以 很 简单 的 方式 ， 实 现 了 要 求 的 功能 ， 这 种 实现 有 没有 什么 问题 呢 ? 仔细 分 析 上 面 
的 实现 ， 发 现 有 以 下 两 个 主要 的 问题 。 

ma 在 企业 客户 和 个 人 客户 的 类 中 ， 都 分 别 实现 了 提出 服务 请 求 、 进 行 产 品 偏好 分 析 、 
进行 客户 价值 分 析 等 功能 ， 也 就 是 说 ， 这 些 功能 的 实现 代码 是 混杂 在 同一 个 类 中 
的 ;而且 相同 的 功能 分 散 到 了 不 同 的 类 中 去 实现 ， 会 导致 整个 系统 难以 理解 、 难 
以 维护 。 

= ”更 为 痛苦 的 是 ， 采 用 这 样 的 实现 方式 ， 如 果 要 给 客户 扩展 新 的 功能 ， 比 如 前 面 提 
到 的 针对 不 同 的 客户 进行 需求 调查 、 针 对 不 同 的 客户 进行 满意 度 分 析 、 客 户 消费 
预期 分 析 等 。 每 次 扩展 ， 都 需要 改动 企业 客户 的 类 和 个 人 客户 的 类 ， 当 然 也 可 以 
通过 为 它们 扩展 子 类 的 方式 ， 但 是 这 样 可 能 会 造成 过 多 的 对 象 层次 。 


由 那么 有 没有 办 法 ， 能 够 在 不 改变 客户 对 象 结 构 中 各 元 素 类 的 前 提 下 ， 为 这 些 类 


定义 新 的 功能 ? 也 就 是 要 求 不 改变 企业 客户 和 个 人 客户 类 ， 就 能 为 企业 客户 和 
个 人 客户 类 定义 新 的 功能 ? 
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25.2 解决 方案 


25. 2. 1 使 用 访问 者 模式 来 解决 问题 


用 来 解决 上 述 问题 的 一 个 合理 的 解决 方案 ， 就 是 使 用 访问 者 模式 。 那 么 什么 是 访问 
者 模式 呢 ? 
(1) 访问 者 模式 的 定义 


表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 。 它 使 你 可 以 在 不 改变 各 元 素 


的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 





(2) 应 用 访问 者 模式 来 解决 的 思路 

仔细 分 析 上 面 的 示例 。 对 于 客户 这 个 对 象 结构 ， 不 想 改变 类 ， 又 要 添加 新 的 功能 ， 
很 明显 就 需要 一 种 动态 的 方式 ， 在 运行 期 间 把 功能 动态 地 添加 到 对 象 结构 中 去 。 

有 些 朋 友 可 能 会 想起 装饰 模式 ， 装 饰 模式 可 以 实现 为 一 个 对 象 透 明 地 添加 功能 ， 但 
装饰 模式 基本 上 是 在 现 有 功能 的 基础 之 上 进行 功能 添加 ， 实 际 上 是 对 现 有 功能 的 加 强 或 
者 改造 ， 并 不 是 在 现 有 功能 不 改动 的 情况 下 ， 为 对 象 添 加 新 的 功能 。 

看 来 需要 男 外 寻找 新 的 解决 方式 了 ， 可 以 应 用 访问 者 模式 来 解决 这 个 问题 。 访 问 者 
模式 实现 的 基本 思路 如 下 。 

首先 定义 一 个 接口 来 代表 要 新 加 入 的 功能 ， 为 了 通用 ， 也 就 是 定义 一 个 通用 的 功能 
方法 来 代表 新 加 入 的 功能 。 

在 对 象 结构 上 添加 一 个 方法 ,作为 通用 的 功能 方法 , 也 就 是 可 以 代表 被 添加 的 功能 ， 
在 这 个 方法 中 传 入 具体 的 实现 新 功能 的 对 象 。 

在 对 象 结构 的 具体 实现 对 象 中 实现 这 个 方法 ， 回 调 传 入 具体 的 实现 新 功能 的 对 象 ， 
就 相当 于 调用 到 新 功能 上 了 。 

接 下 来 的 步骤 就 是 提供 实现 新 功能 的 对 象 。 

最 后 再 提供 一 个 能 够 循环 访问 整个 对 象 结 构 的 类 ， 让 这 个 类 来 提供 符合 客户 端 业 务 
需求 的 方法 ， 来 满足 客户 端 调 用 的 需要 。 

这 样 一 来 ， 只 要 提供 实现 新 功能 的 对 象 给 对 象 结构 ， 就 可 以 为 这 些 对 象 添 加 新 的 功 
能 ， 由 于 在 对 象 结构 中 定义 的 方法 是 通用 的 功能 方法 ， 所 以 什么 新 功能 都 可 以 加 入 。 


25.2.2 ”访问 者 模式 的 结构 和 说 阴 


访问 者 模式 的 结构 如 图 25.3 所 示 。 
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© +vistConcreteFlementAfelementA:ConcreteElementA}:voio 
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局 ConcreteyYisitorl 


A 
局 ConcreteVisitor2 
@@ +visitConcreteElementA(element:ConcreteElementA):voic 
图 +visitConcreteElementB(element:ConcreteElementB):void 


二 visitConcreteElementA(element;ConcreteElementA)'void 
十 YisitConcreteElementB(element:ConcreteElementB):void 





© +accept(visitor: Visitor);void © +accept(visitor: Visitor);void 
© +opertionaA():void © +opertionB():void 


图 25.3 访问 者 模式 结构 示意 图 

mm ”Visitor: 访问 者 接口 ,为 所 有 的 访问 者 对 象 声 明 一 个 visit 方法 ， 用 来 代表 为 对 象 结 
构 添 加 的 功能 ， 理 论 上 可 以 代表 任意 的 功能 。 

mm ”ConcreteVisitor: 具体 的 访问 者 实现 对 象 ， 实 现 要 真正 被 添加 到 对 象 结 构 中 的 功能 。 

ms ”Element: 抽象 的 元 素 对 象 ， 对 象 结构 的 顶层 接口 ， 定 义 接 受 访问 的 操作 。 

a ConcreteElement: 具体 元 素 对 象 ， 对 象 结构 中 具体 的 对 象 ， 也 是 被 访问 的 对 象 ， 通 
常会 回调 访问 者 的 真实 功能 ， 同 时 开放 自身 的 数据 供 访问 者 使 用 。 

ms ”ObjectStructure: 对 和 象 结构 ， 通 常 包 含 多 个 被 访问 的 对 象 ， 它 可 以 裔 历 多 个 被 访问 
的 对 象 ， 也 可 以 让 访问 者 访问 它 的 元 素 。 可 以 是 一 个 复合 或 是 一 个 集合 ， 如 一 个 
列表 或 无 序 集合 。 





尖 引 ”但 是 请 注意 :这 个 ObjectStructure 并 不 是 我 们 在 前 面 讲 到 的 对 象 结构 ， 前 面 一 直 
讲 的 对 象 结构 是 指 的 一 系列 对 象 的 定义 结构 , 是 概念 上 的 东西 ,而 ObjectStructure 


可 以 看 成 是 对 象 结构 中 的 一 系列 对 象 的 一 个 集合 ， 是 用 来 辅助 客户 端 访问 这 一 
系列 对 象 的 。 为 了 不 造成 大 家 的 困惑 ， 所 以 后 面 提 到 ObjectStructure 的 时 候 ， 就 
用 英文 名 称 来 代替 ， 不 把 它 翻 译 成 中 文 。 





25.2.3 访问 者 模式 示例 代码 


(1) 首先 需要 定义 一 个 接口 来 代表 要 新 加 入 的 功能 ， 把 它 称 作 访问 者 ， 访 问 谁 呢 ? 
当然 是 访问 对 象 结构 中 的 对 象 了 。 既 然 是 访问 ， 不 能 空手 而 去 吧 ， 这 些 访问 者 在 进行 访 
问 的 时 候 ， 就 会 携带 新 的 功能 。 也 就 是 说 ， 访 问 者 携带 着 需要 添加 的 新 的 功能 去 访问 对 
象 结构 中 的 对 象 ， 就 相当 于 给 对 象 结构 中 的 对 象 添加 了 新 的 功能 。 示 例 代 码 如 下 : 
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(2) 然后 看 看 抽象 的 元 素 对 象 定义 。 示 例 代 码 如 下 : 


(3) 再 来 看 看 元 素 对 象 的 具体 实现 。 
先 看 看 元 素 A 的 实现 。 示 例 代码 如 下 





从 public void opertionRA(){ 
// 已 有 的 功能 实现 






} 
再 看 看 元 素 B 的 实现 。 示 例 代 码 如 下 : 
/大 大 
* 具体 元 素 的 实现 对 象 
0 
public class ConcreteElementB extends Element { 
pubiic void accept (Visitor visitor). { 
// 回 调 访问 者 对 象 的 相应 方法 


visitor.visitConcreteElementB (this) 


/** 

* 示例 方法 ， 表 示 元 素 已 有 的 功能 实现 
el 

public void opertionB(){ 


// 已 有 的 功能 实现 


} 

(4) 接 下 来 看 看 访问 者 的 具体 实现 。 

先 看 看 访问 者 1 的 实现 。 示 例 代码 如 下 : 

/** 

* 具体 的 访问 者 实现 

Wd 

public class ConcreteVisitorl implements Visitor { 

public void visitConcreteElementA(ConcreteElementA element) { 

// 把 要 访问 ConcreteElementA 时 ， 需 要 执行 的 功能 实现 在 这 里 
// 可 能 需要 访问 元 素 已 有 的 功能 ， 比 如 : 
element .opertionA(); 


} 


public void visitConcreteElementB (ConcreteElementB element) { 
// 把 要 访问 ConcreteElementB 时 ， 需 要 执行 的 功能 实现 在 这 里 
// 可 能 需要 访问 元 素 已 有 的 功能 ， 比 如 : 


element .opertionB () ， 


} 
访问 者 2 的 实现 和 访问 者 1 的 示意 代码 是 一 样 的 ， 就 不 再 著述 。 
(5) 该 来 看 看 ObjectStructure 的 实现 了 。 示 例 代 码 如 下 : 
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/** 
* 对 象 结构 ， 通 常 在 这 里 对 元 素 对 象 进行 遍历 ， 让 访问 者 能 访问 到 所 有 的 元 素 
pa 
Public class ObjectStructure { 
/** 
* 示意 ， 表 示 对 象 结构 ， 可 以 是 一 个 组 合 结构 或 是 集合 
A 
private Collection<Element> col = new ArrayList<Element>(); 
/** 


* 示意 方法 ， 提 供给 客户 端 操作 的 高 层 接口 

* @param visitor 客户 端 需 要 使 用 的 访问 者 

*/ 

public void handleRequest (Visitor ViSsitor) { 
/ /循环 对 和 象 结构 中 的 元 素 ， 接 受 访问 
for (ELement ele : Col){ 


ele.accept (visitor) 7 


} 

/** 

* 示意 方法 ， 组 建 对 象 结构 ， 向 对 象 结构 中 添加 元 素 

* 不 同 的 对 象 结构 有 不 同 的 构建 方式 

* @param ele 加 入 到 对 象 结构 的 元 素 

Sy 

public void addElement (Element ele){ 
this.col.add (ele); 


} 
(6) 最 后 来 看 看 客户 端的 示意 实现 。 示 例 代码 如 下 : 
public class Client { 
public static void main(String[] args) { 

// 创 建 Objectstructure 
ObjectStructure os = new ObjectStructure(); 
/ /创建 要 加 入 对 和 象 结构 的 元 素 
Element eleA = new ConcreteElementA(); 
Element eleB = new ConcreteElementB(); 
// 把 元 素 加 入 对 象 结构 
os.addElement (eleA); 
os.addElement (eleB); 
/ /创建 访问 者 


Visitor visitor = new ConcreteVisitorl (); 
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// 调 用 业务 处 理 的 方法 


os .handleRedauest (visitor); 
25. 2.4 使 用 访问 者 模式 重 写 示 例 


要 使 用 访问 者 模式 来 重 写 示 例 ， 首 先 就 要 按照 访问 者 模式 的 结构 ， 分 离 出 两 个 类 层 
次 来 ， 一 个 是 对 应 于 元 素 的 类 层次 ， 一 个 是 对 应 于 访问 者 的 类 层次 。 


对 于 对 应 于 元 素 的 类 层次 ， 现 在 已 经 有 了 ， 就 是 客户 的 对 和 象 层次 。 而 对 应 于 访问 者 
的 类 层次 , 现在 还 没有 ， 不过， 按照 访问 者 模式 的 结构 ， 应 该 是 先 定义 一 个 访问 者 接口 ， 
然后 把 每 种 业务 实现 成 为 一 个 单独 的 访问 者 对 象 ， 也 就 是 说 应 该 使 用 一 个 访问 者 对 象 来 
实现 对 客户 的 偏好 分 析 ， 而 用 另外 一 个 访问 者 对 象 来 实现 对 客户 的 价值 分 析 。 


在 分 离 好 两 个 类 层次 以 后 ， 为 了 方便 客户 端的 访问 ， 定 义 一 个 ObjectStructure， 其 实 
就 类 似 于 前 面 示例 中 客户 管理 的 业务 对 象 。 新 的 示例 的 结构 如 图 25.4 所 示 。 


© +vintEnterpriseCustomerfec:EnterpriseCust 
DCPerso omer. 


© +vintPersonalCustome; 





+visitEnterpriseCustomer(ec:EnterpriseCustomer):void © +visitEnterpriseCustomer(ec:EnterpriseCustomer):void 
© +visitPersonalCustomer(pc:PersonalCustomer);void 


图 +accept!vintor:Vistor):voio 













@ -col:Collection<Customer >=new ArrayList <Customer >() 


® +handleRequesttvisitor'Visitor)'void 
@ +addElement(ele:Customer):void 








图 25.4 ”使 用 访问 者 模式 的 示例 程序 结构 示意 图 
仔细 查看 图 25.4 所 示 的 程序 结构 示意 图 ， 细 心 的 朋友 会 发 现 ， 在 图 上 没有 出 现 对 客 
户 进行 价值 分 析 的 功能 了 。 这 是 为 了 示范 “使 用 访问 者 模式 来 实现 示例 功能 以 后 ， 可 以 
很 容易 地 给 对 象 结构 增加 新 的 功能 ”， 所 以 先 不 做 这 个 功能 ， 等 都 实现 好 了 ， 再 来 扩展 
这 个 功能 。 接 下 来 还 是 看 看 代码 实现 ， 以 更 好 地 体会 访问 者 模式 。 
(1) 先 来 看 看 Customer 的 代码 ，Customer 相当 于 访问 者 模式 中 的 Element， 它 的 实 
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现 和 以 前 相 比 有 以 下 改变 。 
m= 新 增 一 个 接受 访问 者 访问 的 方法 。 
a 把 能 够 分 离 出 去 放 到 访问 者 中 实现 的 方法 ， 从 Customer 中 删除 ， 包 括 : 客户 提出 
服务 请 求 的 方法 、 对 客户 进行 偏好 分 析 的 方法 、 对 客户 进行 价值 分 析 的 方法 等 。 
示例 代码 如 下 : 












(2) 下 面 来 看 看 两 种 客户 的 实现 。 先 来 看 看 企业 客户 的 实现 。 示 例 代 码 如 下 : 


再 来 看 看 个 人 客户 的 实现 。 示 例 代码 如 下 : 
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public void accept (Visitor visitor) { 
// 回 调 访问 者 对 象 的 相应 方法 
visitor.visitPersonalCustomer (this); 
} 
(3) 下 面 来 看 看 访问 者 的 接口 定义 。 示 例 代 码 如 下 : 
/** 
* 访问 者 接口 
大 
public interface Visitor { 
六 大 
* 访问 企业 客户 ， 相 当 于 给 企业 客户 添加 访问 者 的 功能 
* @param ec 企业 客户 的 对 和 象 
ee 
public void visitEnterpriseCustomer (EnterpriseCustomer ec); 
/太太 
* 访问 个 人 客户 ， 相 当 于 给 个 人 客户 添加 访问 者 的 功能 
* @param pc 个 人 客户 的 对 象 
eh 
Public void visitPersonalCustomer (PersonalCustomer pc); 








} 

(4) 下 面 来 看 看 各 个 访问 者 的 实现 ， 每 个 访问 者 对 象 负责 一 类 的 功能 处 理 。 先 来 看 
看 实现 客户 提出 服务 请 求 功能 的 访问 者 。 示 例 代 码 如 下 : 

/** 

* 具体 的 访问 者 ， 实 现 客户 提出 服务 请 求 的 功能 

六 

Public class ServiceRequestVisitor implements Visitor { 


Public void visitEnterpriseCustomer (EnterpriseCustomer ec) { 


/7 企业 客户 提出 的 具体 服务 请 求 
System.out.println(ec.getName ()+" 企 业 提 出 服务 请 求 ") ; 


】 


Public void visitPersonalCustomer (PersonalCustomer Pc) 1{ 


// 个 人 客户 提出 的 具体 服务 请 求 
System.-out.println(" 客 户 "+pc.getName ()+" 提 出 服务 请 求 "”) ; 


加 } 
接 下 来 看 看 实现 对 客户 偏好 分 析 功 能 的 访问 者 。 示 例 代 码 如 下 : 


/x** 
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* 具体 的 访问 者 ， 实 现 对 客户 的 偏好 分 析 
5 
Public class PredilectionAnalyzeVisitor implements Visitor { 
Public void visitEnterpriseCustomer (EnterpriseCustomer ec) { 
// 根 据 以 往 购买 的 历史 、 洪 在 购买 意向 
// 以 及 客户 所 在 行业 的 发 展 趋势 、 客 户 的 发 展 预期 等 的 分 析 
System.out.Println(" 现 在 对 企业 客户 "+ec.getName () 
+" 进 行 产 品 偏好 分 析 ") ; 
} 
Public void visitPersonalCustomer (PersonalCustomer pc)t{ 
System.out.println ("现在 对 个 人 客户 "+pc .getName () 
+" 进 行 产 品 偏好 分 析 ") ; 


} 
(5) 下 面 来 看 看 ObjectStructure 的 实现 。 示 例 代码 如 下 : 
public class ObjectSstructure |{ 
/次 
* 要 操作 的 客户 集合 
hy 
private Collection<Customer> col = new ArrayList<Customer>(); 
/六 大 
* 提供 给 客户 端 操作 的 高 层 接口 ， 具 体 的 功能 由 客户 端 传 入 的 访问 者 决定 
* eparam visitor 客户 端 需要 使 用 的 访问 者 
XU 
public void handleRequest (Visitor visitor)t{ 
// 循 环 对 象 结构 中 的 元 素 ， 接 受 访问 
for (Custonmer om : GOL) 


cm.accept (visitor); 


} 

/** 

* 组 建 对 象 结构 ， 向 对 象 结构 中 添加 元 素 

* 不 同 的 对 象 结构 有 不 同 的 构建 方式 

* @param ele 加 入 到 对 象 结构 的 元 素 

a 

public void addElement (Customer ele){ 


this.col.add (ele); 
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(6) 该 来 写 个 客户 端 测试 一 下 了 。 示例 代码 如 下 : 


运行 结果 如 下 : 


使 用 访问 者 模式 重新 实现 了 前 面 示例 的 功能 ， 把 各 类 相同 的 功能 放 在 单独 的 访问 者 
对 象 中 ， 使 得 代码 不 再 杂乱 ， 系 统 结构 也 更 清晰 ， 能 方便 地 维护 了 ， 解 决 了 前 面 示 例 的 
一 个 问题 。 
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还 有 一 个 问题 ， 就 是 看 看 能 不 能 方便 地 增加 新 的 功能 ， 前 面 在 示例 的 时 候 ， 故 意 留 
下 了 一 个 对 客户 进行 价值 分 析 的 功能 没有 实现 ， 那 么 接 下 来 就 看 看 如 何 把 这 个 功能 增加 
到 已 有 的 系统 中 。 在 访问 者 模式 中 要 给 对 象 结构 增加 新 的 功能 ， 只 需要 把 新 的 功能 实现 
成 为 访问 者 ， 然 后 在 客户 端 调用 的 时 候 使 用 这 个 访问 者 对 象 来 访问 对 象 结构 即 可 。 
下 面 来 看 看 实现 对 客户 价值 分 析 功 能 的 访问 者 。 示 例 代码 如 下 : 
/** 
* 具体 的 访问 者 ， 实 现 对 客户 价值 分 析 
六 
Public class WorthAnalyzeVisitor implements Visitor { 
public void visitEnterpriseCustomer (EnterpriseCustomer ec) { 
// 根 据 购买 金额 的 大 小 、 购 买 的 产品 和 服务 的 多 少 、 购 买 的 频率 等 进行 分 析 
/ /企业 客户 的 标准 会 比 个 人 客户 高 
System.out.println ("现在 对 企业 客户 "+ec .getName () 
+" 进 行 价值 分 析 ") ; 
} 
public void visitPersonalCustomer (PersonalCustomer Pc) { 
System.out.println ("现在 对 个 人 客户 "+pc .getName () 
+" 进 行 价值 分 析 ") ; 


} 

使 用 这 个 功能 ， 只 要 在 客户 端 添加 以 下 代码 即 可 。 示 例 代 码 如 下 : 

// 要 对 客户 进行 价值 分 析 ， 传 入 价值 分 析 的 Visitor 
WorthAnalyzeVisitor waVisitor = new WorthAnalyzeVisitor(); 


os.handleRequest (waVisitor); 


测试 看 看 ， 是 否 能 正确 地 把 这 个 功能 加 入 到 已 有 的 程序 结构 中 。 
25.3 模式 讲解 


25. 3.1 认识 访问 者 模式 


1. 访问 者 的 功能 

访问 者 模式 能 给 一 系列 对 象 透明 地 添加 新 功能 ， 从 而 避免 在 维护 期 间 对 这 一 系列 对 
象 进 行 修改 ， 而 且 还 能 变相 实现 复 用 访问 者 所 具有 的 功能 。 

由 于 是 针对 一 系列 对 象 的 操作 ， 这 也 导致 ， 如 果 只 想 给 一 系列 对 象 中 的 部 分 对 象 添 
加 功能 ， 就 会 有 些 麻 烦 ; 而 且 要 始终 能 保证 把 这 一 系列 对 象 都 调用 到 ， 不 管 是 循环 ， 还 
是 递归 ， 总 之 要 让 每 个 对 象 都 要 被 访问 到 。 
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2. 调用 通路 

访问 者 之 所 以 能 实现 “为 一 系列 对 象 透明 地 添加 新 功能 ”， 注 意 是 透明 的 ， 也 就 是 
这 一 系列 对 象 是 不 知道 被 添加 功能 饼 

重要 的 就 是 依靠 通用 方法 , 访问 者 这 边 说 要 去 访问 , 就 提供 一 个 访问 的 方法 , 如 visit 
方法 ; 而 对 和 象 那 边 说 ， 好 的 ， 我 接受 你 的 访问 ， 提 供 一 个 接受 访问 的 方法 ， 如 accept 方 
法 。 这 两 个 方法 并 不 代表 任何 具体 的 功能 ， 只 是 构成 一 个 调用 的 通路 ， 那 么 真正 的 功能 
实现 在 哪里 呢 ? 又 如 何 调用 到 呢 ? 

很 简单 ， 就 在 accept 方法 里 面 , 回调 visit 的 方法 ， 从 而 回调 到 访问 者 的 具体 实现 上 ， 
而 这 个 访问 者 的 具体 实现 的 方法 才 是 要 添加 的 新 的 功能 。 

3. 两 次 分 发 技术 

访问 者 模式 能 够 实现 在 不 改变 对 象 结构 的 情况 下 ， 就 可 以 给 对 象 结构 中 的 类 增加 功 
能 ， 实 现 这 个 效果 所 使 用 的 核心 技术 就 是 两 次 分 发 的 技术 。 

在 访问 者 模式 中 , 当 客 户 端 调 用 ObjectStructure 的 时 候 , 会 遍历 ObjectStructure 中 所 
有 的 元 素 ， 调 用 这 些 元 素 的 accept 方法 ， 让 这 些 元 素来 接受 访问 ， 这 是 请 求 的 第 一 次 分 
发 ， 在 具体 的 元 素 对 象 中 实现 accept 方法 的 时 候 ， 会 回调 访问 者 的 visit 方法 ， 等 于 请 求 
被 第 二 次 分 发 了 ， 请 求 被 分 发 给 访问 者 来 进行 处 理 ， 真 正 实现 功能 的 正 是 访问 者 的 visit 
太 法 。 

两 次 分 发 技术 具体 的 调用 过 程 示意 如 图 25.5 所 示 。 


爱 一 
Clien 
测 | 
| 


1: 客户 端 发 起 请 求 
1.1: 第 一 次 分 发 





第 一 次 分 发 ， 对 象 结 
傅 则 要 语录 时 待机 | 八 
I 


图 25.5 两 次 分 发 技术 调用 过 程 示意 图 

两 次 分 发 技术 使 得 客户 端的 请 求 不 再 被 静态 地 绑 定 在 元 素 对 象 上 ， 这 个 时 候 真 正 执 
行 什么 样 的 功能 同时 取决 于 访问 者 类 型 和 元 素 类 型 ， 就 算是 同一 种 元 素 类 型 ， 只 要 访问 
者 的 类 型 不 一 样 ， 最 终 执行 的 功能 也 会 不 一 样 ， 这 样 一 来 ， 就 可 以 在 元 素 对 象 不 变 的 情 
况 下 ， 通 过 改变 访问 者 的 类 型 来 改变 真正 执行 的 功能 。 

两 次 分 发 技术 还 有 一 个 优点 , 就 是 可 以 在 程序 运行 期 间 进 行动 态 的 功能 组 装 和 切换 ， 
只 需 在 客户 端 调用 时 ， 组 合 使 用 不 同 的 访问 者 对 象 实例 即 可 。 

从 另 一 个 层面 思考 ，Java 回调 技术 也 有 点 类 似 于 两 次 分 发 技术 。 客 户 端 调用 某 方法 ， 
这 个 方法 就 类 似 于 accept 方法 ， 传 入 一 个 接口 的 实现 对 象 ， 这 个 接口 的 实现 对 象 就 有 点 
像 是 访问 者 ， 在 方法 内 部 ， 会 回调 这 个 接口 的 方法 ， 就 类 似 于 调用 访问 者 的 visit 方法 ， 
最 终 执行 的 还 是 接口 的 具体 实现 中 实现 的 功能 。 
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4. 为 何不 在 Component 中 实现 回调 visit 方法 
在 看 上 面 示例 的 时 候 ， 细 心 的 朋友 会 发 现 ， 在 企业 客户 对 象 和 个 人 客户 对 象 中 实现 
的 accept 方法 从 表面 上 看 是 相似 的 ， 都 需要 回调 访问 者 的 方法 。 可 能 就 会 有 朋友 想 ， 


为 什么 不 把 回调 访问 者 方法 的 调用 语句 放 到 父 类 中 去 ， 那 样 不 就 可 以 复 用 了 
四 ? 

请 注意 ， 这 是 不 可 以 的 ， 虽 然 看 起 来 是 相似 的 语句 ， 但 其 实 是 不 同 的 ， 主 要 的 
玄机 就 在 传 入 的 this 身上 。this 是 代表 当前 的 对 象 实例 的 ， 在 企业 客户 对 象 中 传 


递 的 是 企业 客户 对 象 的 实例 , 在 个 人 客户 对 象 中 传递 的 是 个 人 客户 对 象 的 实例 ， 
这 样 在 访问 者 的 实现 中 ， 可 以 通过 不 同 的 对 象 实例 来 访问 不 同 的 实例 对 象 的 数 
据 。 

如 果 把 这 句 话 放 到 父 类 中 ， 那 么 传递 的 就 是 父 类 对 象 的 实例 ， 是 没有 子 对 象 的 
数据 的 ， 因 此 这 句 话 不 能 放 到 父 类 中 去 。 





5. 访问 者 模式 的 调用 顺序 示意 图 
i 顺序 如 图 25.6 所 示 。 





Client 





可 能 在 这 里 会 团 


Ee 的 如 二 着 访 问 


图 25.6 访问 者 模式 调用 顺序 示意 图 

6. 空 的 访问 方法 

并 不 是 所 有 的 访问 方法 都 需要 实现 ， 由 于 访问 者 模式 默认 的 是 访问 对 象 结构 中 的 所 
有 元 素 ， 因 此 在 实现 某 些 功能 的 时 候 ， 如 果 不 需 要 涉及 到 某 些 元 素 的 访问 方法 ， 那 么 这 
些 方法 可 以 实现 成 为 空 的 ， 比 如 ， 这 个 访问 者 只 想 处 理 组 合 对 象 ， 那 么 访问 叶子 对 象 的 
方法 就 可 以 为 室 ， 尽 管 还 需要 访问 所 有 的 元 素 对 象 。 

还 有 一 种 就 是 有 条 件 接受 访问 ， 在 自己 的 accept 方法 中 进行 判断 ， 满 足 要求 的 则 接 
受 ， 不 满足 要 求 的 就 相当 于 空 的 访问 方法 ， 什 么 都 不 用 做 。 


25. 3. 2 ”操作 组 合 对 象 结构 


访问 者 模式 一 个 很 常见 的 应 用 ， 就 是 和 组 合 模式 结合 使 用 ， 通 过 访问 者 模式 来 给 
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组 合 模式 构建 的 对 象 结构 增加 功能 。 

对 于 使 用 组 合 模式 构建 的 组 合 对 象 结构 ， 对 外 有 一 个 统一 的 外 观 ， 要 想 添 加 新 的 功 
能 也 不 是 很 困难 ， 只 要 在 组 件 的 接口 上 定义 新 的 功能 就 可 以 了 ， 糟 糕 的 是 这 样 一 来 ， 需 
要 修改 所 有 的 子 类 。 而 且 ， 每 次 添加 一 个 新 功能 ， 都 需要 修改 组 件 接口 ， 然 后 修改 所 有 
的 子 类 。 

为 了 让 组 合 对 象 结构 更 灵活 、 更 容易 维护 和 有 更 好 的 扩展 性 ， 可 以 把 它 改 造成 访问 
者 模式 和 组 合 模式 组 合 来 实现 。 这 样 在 今后 进行 功能 改造 的 时 候 ， 就 不 需要 再 改动 这 个 
组 合 对 象 结构 了 。 


访问 者 模式 和 组 合 模式 组 合 使 用 的 思路 : 首先 把 组 合 对 象 结构 中 的 功能 方法 分 
离 出 来 ， 虽 然 维护 组 合 对 象 结构 的 方法 也 可 以 分 离 出 来 ， 但 是 为 了 维持 组 合 对 


象 结构 本 身 ， 这 些 方法 还 是 放 在 组 合 对 象 结构 中 ， 然 后 把 这 些 功能 方法 分 别 实 
现成 访问 者 对 象 ， 通 过 访问 者 模式 添加 到 组 合 的 对 象 结构 中 去 。 





下 面 通 过 访问 者 模式 和 组 合 模式 组 合 来 实现 以 下 功能 : 输出 对 象 的 名 称 ， 在 组 合 对 
象 的 名 称 前 面 添加 “节点 : ”， 在 叶子 对 象 的 名 称 前 面 添加 “叶子 : ”。 
(1) 先 来 定义 访问 者 接口 。 
访问 者 接口 非常 简单 ， 只 需要 定义 访问 对 象 结构 中 不 同 对 象 的 方法 。 示例 代 码 如 下 : 
/** 
* 访问 组 合 对 象 结构 的 访问 者 接口 
Wee 
publioninterface Visitor. 
/家 类 
* 访问 组 合 对 象 ， 相 当 于 给 组 合 对 象 添加 访问 者 的 功能 
* @param composite 组 合 对 象 
二 
public void visitComposite(Composite composite); 
/** 
* 访问 叶子 对 象 ， 相 当 于 给 叶子 对 象 添加 访问 者 的 功能 
* @param leaf 叶子 对 象 
gt 
public void visitLeaf (Leaf leaf); 
} 
(2) 改造 组 合 对 象 的 定义 。 
对 已 有 的 组 合 对 象 进行 改 造 ， 添 加 通用 的 功能 方法 ， 当 然 在 参数 上 需要 传 入 访问 者 。 
先 在 组 件 定义 上 添加 这 个 方法 ， 然 后 到 具体 的 实现 类 中 去 实现 。 除 了 新 加 这 个 方法 外 ， 
组 件 定义 没有 其 他 改变 。 示 例 代码 如 下 : 
/** 
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(3) 实现 组 合 对 象 和 叶子 对 象 。 
改变 了 组 件 定义 ， 那 么 需要 在 组 合 类 和 叶子 类 上 分 别 实现 这 个 方法 。 
组 合 类 中 实现 的 时 候 ， 通 常会 循环 让 所 有 的 子 元 素 都 接受 访问 ， 这 样 才能 为 所 有 的 








对 象 都 添加 上 新 的 功能 。 示 例 代码 如 下 : 
/** 
* 组 合 对 象 ， 可 以 包含 其 他 组 合 对 象 或 者 叶子 对 象 
* 相当 于 访问 者 模式 的 具体 Element 实现 对 和 象 
ba 











接受 访问 者 的 访 
问 , 注意 这 里 循环 
让 所 有 的 子 元 素 
Public class Composite extends Component{ 都 接受 访问 
Public void ac 
cept (Visitor visitor) { 
// 回 调 访问 者 对 象 的 相应 方法 
visitor.visitComPposite(this): 
// 循 环 子 元 素 ， 让 子 元 素 也 接受 访问 
for(Component c : childComponents) { 
// 调 用 子 对 象 接受 访问 ， 变 相 实 现 递归 


c.accept (visitor) 


} 

/** 

* 用 来 存储 组 合 对 象 中 包含 的 子 组 件 对 象 

wd 

private List<Component> childComponents = 

new ArrayList<Component>(); 

/** 

* 组 合 对 象 的 名 字 

Wf 

private String name = " "7 

/广大 

* 构造 方法 ， 传 入 组 合 对 象 的 名 字 

* Q@param name 组 合 对 象 的 名 字 

BA 

public Composite (String name){ 
this.name = name; 

} 

public void addChild(Component child) { 
childComponents.add (child); 

} 

public String getName() { 


return name; 


} 
叶子 对 象 的 基本 实现 。 示 例 代码 如 下 : 
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* 叶子 对 象 ， 相 当 于 访问 者 模式 的 具体 Element 实现 对 象 


Sh 
public class Leaf extends Component{ 
Public void accept (Visitor visitor) { 
// 回 调 访问 者 对 象 的 相应 方法 
Visitor.visitLeaf (this); 
} 
/ 
* 叶子 对 象 的 名 字 
水 
private String name 
/** 
* 构造 方法 ， 传 入 叶子 对 象 的 名 字 
* @param name 叶子 对 象 的 名 字 
WA 
public Leaf (String name){ 


Wm 
” 


this.name name; 


} 
public String getName() { 


return name; 


} 
(4) 实现 一 个 访问 者 。 


组 合 对 象 结构 已 经 改造 好 了 ， 现 在 需要 提供 一 个 访问 者 的 实现 ， 
也 就 是 要 添加 到 对 象 结构 中 的 功能 。 示 例 代码 如 下 : 


/** 


它 会 实现 真正 的 功 


* 具体 的 访问 者 ， 实 现 : 输出 对 象 的 名 称 ， 在 组 合 对 象 的 名 称 前 面 添加 "节点 : " 


* 在 叶子 对 象 的 名 称 前 面 添 加 "叶子 : " 
bd 


public class PrintNameVisitor implements Visitor { 


public void visitComposite (Composite composite) { 


// 访 问 到 组 合 对 象 的 数据 


System.out.println(" 节 点 : "+composite.getName()); 


public void visitLeaf (Leaf leaf) { 
// 访 问 到 叶子 对 象 的 数据 


System.out.println ("叶子 : "+leaf .getName () ); 
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} 

(5) 访问 所 有 元 素 对 象 的 对 象 一 ObjectStructure。 

访问 者 是 给 一 系列 对 象 添 加 功能 的 ， 因 此 一 个 访问 者 需要 访问 所 有 的 对 象 。 为 了 方 
便 遍 历 整 个 对 象 结 构 ， 通 常会 定义 一 个 专门 的 类 出 来 ， 在 这 个 类 中 进行 元 素 迭 代 访 问 ， 
同时 这 个 类 提供 客户 端 访 问 元 素 的 接口 。 

对 于 这 个 示例 ， 由 于 在 组 合 对 象 结 构 中 ， 已 经 实现 了 对 象 结构 的 遍历 ， 本 来 是 可 以 
不 需要 ObjectStructure 的 ， 但 是 为 了 更 清晰 地 展示 访问 者 模式 的 结构 ， 也 为 了 今后 的 扩 
展 或 实现 方便 ， 还 是 定义 一 个 ObjectStructure。 示 例 代 码 如 下 : 

pa 

* 对 象 结构 ， 通 常 在 这 里 对 元 素 对 象 进行 遍历 ， 让 访问 者 能 访问 到 所 有 的 元 素 

大 

public class ObjectStructure { 

/** 
* 表示 对 象 结构 ， 可 以 是 一 个 组 合 结构 
A 


private Component root = null; 





/** 
* 提供 给 客户 端 操作 的 高 层 接口 
* @param visitor 客户 端 需要 使 用 的 访问 者 
wh 
public void handleRequest (Visitor visitor){ 
// 让 组 合 对 象 结构 中 的 根 元 素 ， 接 受 访问 
// 在 组 合 对 象 结构 中 已 经 实现 了 元 素 的 遍历 
if(root!=null)t{ 
root.accept (visitor); 
} 
/** 
* 传 入 组 合 对 象 结构 
* @param ele 组 合 对 象 结构 
只 
public void setRoot (Component ele){ 


this.root = ele; 


} 
(6) 写 个 客户 端 ,来 看 看 如 何 通过 访问 者 去 为 对 象 结构 添加 新 的 功能 。 示 例 代 码 如 下 : 


Dablic class Client + 
public static void main(String[] args) { 


// 定 义 所 有 的 组 合 对 象 
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看 看 结果 ， 是 不 是 期 望 的 那样 呢 ? 


1 好 好 体会 一 下 ， 想 想 访问 者 模式 是 如 何 实现 动态 地 给 组 件 添加 功能 的 ? 尤其 要 
想 想 ， 实 现 的 机 制 是 什么 ? 真正 实现 新 功能 的 地 方 在 哪里 ? 





全 
大 





(7) 现在 的 程序 结构 。 

前 面 是 分 步 的 示范 ， 大 家 已 经 体会 了 一 番 ， 接 下 来 小 结 一 下 。 

如 同 前 面 的 示例 ， 访 问 者 的 方法 就 相当 于 作用 于 组 合 对 象 结构 中 各 个 元 素 的 操作 ， 
是 一 种 通用 的 表达 ， 同 样 的 访问 者 接口 和 同样 的 方法 ， 只 要 提供 不 同 的 访问 者 具体 实现 ， 
就 表示 不 同 的 功能 。 

同时 在 组 合 对 象 中 ， 接 受 访 问 的 方法 ， 也 是 一 个 通用 的 表达 ， 不 管 你 是 什么 样 的 功 
能 ， 统 统 接受 就 好 了 ， 然 后 回调 回去 执行 真正 的 功能 。 这 样 一 来 ， 各 元 素 的 类 就 不 用 再 
修改 了 ， 只 要 提供 不 同 的 访问 者 实现 ， 然 后 通过 这 个 通用 表达 ， 就 结合 到 组 合 对 象 中 来 
了 ， 相 当 于 给 所 有 的 对 象 提 供 了 新 的 功能 。 

示例 的 整体 结构 。 如 图 25.7 所 示 。 
















© +handleRequest(visitor:Visitor):void 


局 objectstructure 





© +accept(visitor: Visitor):void 
«creates 

四 +Composite(name:String) 

© +addChild(child:Component):void 


图 25.7 访问 者 模式 结合 组 合 模式 的 示例 的 结构 示意 图 


25. 3. 3” 谁 负责 遍历 所 有 元 素 对 象 






在 访问 者 模式 中 ， 访 问 者 必须 要 能 够 访问 到 对 象 结构 中 的 每 个 对 象 ， 因 为 访问 者 要 
为 每 个 对 象 添 加 功能 , 为 此 特别 在 模式 中 定义 一 个 ObjectStructure, 然后 由 ObjectStructure 
负责 遍历 访问 一 系列 对 象 中 的 每 个 对 象 。 

(1) 在 ObjectStructure 迭代 所 有 的 元 素 时 ， 又 分 成 以 下 两 种 情况 。 

sm ”元 素 的 对 象 结构 是 通过 集合 来 组 织 的 , 因此 直接 在 ObjectStructure 中 对 集合 进行 迭 

代 ， 然 后 对 每 一 个 元 素 调用 accept 就 可 以 了 。 如 同 25.2.4 节 的 示例 所 采用 的 方式 。 

sm ”元 素 的 对 象 结构 是 通过 组 合 模 式 来 组 织 的 ， 通 常 可 以 构成 对 象 树 ， 这 种 情况 一 般 

就 不 需要 在 ObjectStructure 中 迭代 了 ,而 通常 的 做 法 是 在 组 合 对 象 的 accept 方 法 中 ， 
递归 遍历 它 的 子 元 素 ， 然 后 调用 子 元 素 的 accept 方法 ， 如 同 25.3.2 节 的 示例 中 
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Composite 的 实现 ， 在 accept 方法 中 进行 递归 调用 子 对 象 的 操作 。 
(2) 不 需要 ObjectStructure 的 时 候 。 

在 实际 开发 中 ， 有 一 种 典型 的 情况 可 以 不 需要 ObjectStructure 对 象 ， 那 就 是 只 有 一 
个 被 访问 对 象 的 时 候 。 只 有 一 个 被 访问 对 象 ， 当 然 就 不 需要 使 用 ObjectStructure 来 组 合 
和 迭代 了 ， 只 需 调 用 这 个 对 象 就 可 以 了 。 

事实 上 还 有 一 种 情况 也 可 以 不 使 用 ObjectStructure， 比 如 上 面 访 问 的 组 合 对 象 结构 。 
从 客户 端的 角度 看 ， 他 访问 的 其 实 就 是 一 个 对 象 ， 因 此 可 以 把 ObjectStructure 去 掉 ， 然 
后 直接 从 客户 端 调 用 元 素 的 accept 方法 。 

还 是 通过 示例 来 说 明 。 先 把 ObjectStructure 类 去 掉 。 由 于 没有 了 ObjectStructure， 那 
么 客户 端 调 用 的 时 候 就 直接 调用 组 合 对 象 结构 根 元 素 的 accept 方法 。 示 例 代 码 如 下 : 

public class Client { 


public static void main (String[] args) { 


// 定 义 组 件数 据 ， 组 装 对 象 树 ， 跟 刚才 的 测试 一 样 ， 这 里 就 省 略 了 


Visitor psVisitor = new PrintNameVisitor(); 


oot .accept (PsVisitor) : 


} 
(3) 有 些 时 候 ， 遍历 元 素 的 方法 也 可 以 放 到 访问 者 中 ， 当 然 也 是 需要 递归 遍历 它 的 
子 元 素 的 。 出 现 这 种 情况 的 主要 原因 是 ， 想 在 访问 者 中 实现 特别 复杂 的 遍历 ， 访 问 者 的 
实现 依赖 于 对 象 结构 的 操作 结果 。 
比如 25.3.2 节 的 示例 ， 使 用 访问 者 模式 和 组 合 模式 组 合 来 实现 了 输出 名 称 的 功能 ， 
如 果 现 在 要 实现 把 组 合 的 对 象 结 构 按 照 树 的 形式 输出 ， 就 要 按照 在 组 合 模式 中 示例 的 那 
样 ， 输 出 如 下 的 树 形 结构 : 
+ 服装 
+ 男装 


要 实现 这 个 功能 ， 在 组 合 对 象 结构 中 遍历 子 对 象 的 方式 就 比较 难于 实现 了 ， 因 为 要 
输出 这 个 树 形 结构 ， 需 要 控制 每 个 对 象 在 输出 的 时 候 ， 向 后 的 退 格 数量 ， 这 个 需要 在 对 
象 结构 的 循环 中 来 控制 ， 这 种 功能 可 以 选择 在 访问 者 当中 去 遍历 对 象 结构 。 

来 改造 上 面 的 示例 ， 看 看 通过 访问 者 来 遍历 元 素 如 何 实现 这 样 的 功能 。 

首先 在 Composite 的 accept 实现 中 去 除 递归 调用 子 对 象 的 代码 ， 同 时 添加 一 个 让 访 
问 者 访问 到 其 所 包含 的 子 对 象 的 方法 。 示 例 代 码 如 下 : 


public class Composite extends Component{ 
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然后 新 实现 一 个 访问 者 对 象 ， 在 相应 的 visit 实现 中 ， 添 加 递归 人 迭代 所 有 子 对 象 。 示 
例 代码 如 下 : 





第 25 章 访问 者 模式 (Visitor) | 国生 
// 访 问 到 叶子 对 象 的 数据 


System.out.println(preSstr+"-"+leaf.getName () ) : 


} 
写 个 客户 端 来 测试 一 下 看 看 ， 是 否 能 实现 要 求 的 功能 。 示 例 代码 如 下 : 
Public class Client { 
Public static void main (String[] args) { 
// 定 义 所 有 的 组 合 对 象 过 程 跟 上 一 个 client 是 一 样 的 ， 这 里 省 略 了 
// 以 调用 根 元 素 的 方法 来 接受 请 求 功能 
Visitor psVisitor = new PrintStructVisitor() 


root.accept (psVisitor); 


} 


25. 3.4 访问 者 模式 的 优 缺 点 


访问 者 模式 有 以 下 优点 。 
m ”好 的 扩展 性 
能 够 在 不 修改 对 象 结构 中 的 元 素 的 情况 下 , 为 对 象 结构 中 的 元 素 添 加 新 的 功能 。 
sm ”好 的 复 用 性 
可 以 通过 访问 者 来 定义 整个 对 象 结构 通用 的 功能 ， 从 而 提高 复 用 程度 。 
m 分离 无 关 行 为 
可 以 通过 访问 者 来 分 离 无 关 的 行为 ， 把 相关 的 行为 封装 在 一 起 ， 构 成 一 个 访问 
者 ， 这 样 每 一 个 访问 者 的 功能 都 比较 单一 。 
访问 者 模式 有 以 下 缺点 。 
sm 对 象 结构 变化 很 困难 
不 适用 于 对 象 结 构 中 的 类 经 常 变化 的 情况 ， 因 为 对 象 结 构 发 生 了 改变 ， 访 问 者 
的 接口 和 访问 者 的 实现 都 要 发 生 相 应 的 改变 ， 代 价 太 高 。 
sm ”破坏 封装 
访问 者 模式 通常 需要 对 象 结构 开放 内 部 数据 给 访问 者 和 ObjectStructrue， 这 破 


坏 了 对 象 的 封装 性 。 
25. 3.5 思考 访问 者 模式 


1. 访问 者 模式 的 本 质 


访问 者 模式 的 本 质 : 预 留 通路 ， 回 调 实现 。 
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仔细 思考 访问 者 模式 ， 它 的 实现 主要 是 通过 预先 定义 好 调用 的 通路 ， 在 被 访问 的 对 
象 上 定义 accept 方法， 在 访问 者 的 对 象 上 定义 visit 方法 ， 然 后 在 调用 真正 发 生 的 时 候 ， 
通过 两 次 分 发 技术 ， 利 用 预先 定义 好 的 通路 ， 回 调 到 访问 者 具体 的 实现 上 。 
明白 了 访问 者 模式 的 本 质 ， 就 可 以 在 定义 一 些 通用 功能 ， 或 者 设计 工具 类 的 时 候 让 
访问 者 模式 派 上 大 用 场 。 你 可 以 把 已 经 实现 好 的 一 些 功能 作为 已 有 的 对 象 结构 ， 因 为 在 
今后 可 能 会 根据 实际 需要 为 它们 增加 新 的 功能 ， 甚 至 希望 开放 接口 来 让 其 他 开发 人 员 扩 
展 这 些 功 能 ， 所 以 你 可 以 用 访问 者 模式 来 设计 ， 在 这 个 对 和 象 结构 上 预 留 好 通用 的 调用 通 
路 ， 在 以 后 添加 功能 ， 或 者 是 其 他 开发 人 员 来 扩展 的 时 候 ， 只 需要 提供 新 的 访问 者 实现 ， 
就 能 够 很 好 地 加 入 到 系统 中 来 了 。 
2. 何 时 选用 访问 者 模式 
建议 在 以 下 情况 中 选用 访问 者 模式 。 
m ”如果 想 对 一 个 对 象 结构 实施 一 些 依 赖 于 对 象 结构 中 具体 类 的 操作 ， 可 以 使 用 访问 
者 模式 。 

m ”如果 想 对 一 个 对 象 结构 中 的 各 个 元 素 进行 很 多 不 同 的 而 且 不 相关 的 操作 ， 为 了 避 
免 这 些 操作 使 类 变 得 杂乱 ， 可 以 使 用 访问 者 模式 。 把 这 些 操 作 分 散 到 不 同 的 访问 
者 对 象 中 去 ， 每 个 访问 者 对 象 实现 同一 类 功能 。 

sm 如 果 对 象 结 构 很 少 变动 ， 但 是 需要 经 常 给 对 象 结构 中 的 元 素 对 象 定 义 新 的 操作 ， 
可 以 使 用 访问 者 模式 。 


.6 相关 模式 


访问 者 模式 和 组 合 模式 
这 两 个 模式 可 以 组 合 使 用 。 
如 同 前 面 示例 的 那样 ， 通 过 访问 者 模式 给 组 合 对 象 预 留 下 扩展 功能 的 接口 ， 使 得 
为 组 合 模式 的 对 象 结 构 添 加 功能 非常 容易 。 
sm ”访问 者 模式 和 装饰 模式 
这 两 个 模式 从 表面 上 看 功能 有 些 相似 ， 都 能 够 实现 在 不 修改 原 对 象 结构 的 情况 下 
修改 原 对 象 的 功能 。 但 是 装饰 模式 更 多 的 是 实现 对 已 有 功能 的 加 强 、 修 改 或 者 完 
全 全 新 实现 ;而 访问 者 模式 更 多 的 是 实现 为 对 象 结 构 添 加 新 的 功能 。 
ma ”访问 者 模式 和 解释 器 模式 
这 两 个 模式 可 以 组 合 使 用 。 
解释 器 模式 在 构建 抽象 语法 树 的 时 候 ， 是 使 用 组 合 模式 来 构建 的 ， 也 就 是 说 解释 
器 模式 解释 并 执行 的 抽象 语法 树 是 一 个 组 合 对 象 结构 ， 这 个 组 合 对 象 结 构 是 很 少 
变动 的 ， 但 是 可 能 经 常 需要 为 解释 器 增加 新 的 功能 ， 实 现 对 同一 对 象 结构 的 不 同 
解释 和 执行 的 功能 ， 这 正 是 访问 者 模式 的 优势 所 在 ， 因 此 在 使 用 解释 器 模式 的 时 
候 通常 会 组 合 访问 者 模式 来 使 用 。 
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A. 1 设计 模式 和 设计 原则 
A.1.1 设计 模式 和 设计 原则 的 关系 


面向 对 象 的 分 析 设 计 有 很 多 原则 ， 这 些 原 则 大 多 从 思想 层面 给 我 们 指出 了 面向 对 象 
分 析 设 计 的 正确 方向 ， 是 我 们 进行 面向 对 象 分 析 设 计时 应 该 尽力 遵守 的 准则 。 


而 设计 模式 已 经 是 针对 某 个 场景 下 某 些 问题 的 某 个 解决 方案 。 也 就 是 说 这 些 设 


计 原 则 是 思想 上 的 指导 ， 而 设计 模式 是 实现 上 的 手段 ， 因 此 设计 模式 也 应 该 遵 
守 这 些 原则 ， 换 句 话说， 设计 模式 就 是 这 些 设计 原则 的 一 些 具体 体现 。 





A. 1.2 为 何不 重点 讲解 设计 原则 


既然 设计 模式 是 这 些 设计 原则 的 具体 体现 ， 那 也 就 意味 着 设计 模式 的 思想 上 的 根 就 
是 这 些 设计 原则 了 ， 没 错 ， 可 以 这 么 认为 。 

这 样 一 来 ， 有 些 朋友 就 会 很 疑惑 了 ， 那 么 为 何不 重点 讲 讲 设计 原则 呢 ? 对 于 这 个 问 
题 ， 我 们 有 如 下 的 考虑 。 

a ”设计 原则 本 身 是 从 思想 层面 上 进行 指导 ， 本 身 是 高 度 概括 和 原则 性 的 。 只 是 一 个 
设计 上 的 大 体 方向 ， 其 具体 实现 并 非 只 有 设计 模式 这 一 种 。 理 论 上 来 说 ， 可 以 在 
相同 的 原则 指导 下 ， 做 出 很 多 不 同 的 实现 来 。 

a ”每 一 种 设计 模式 并 不 是 单一 地 体现 某 一 个 设计 原则 。 事 实 上 ， 很 多 设计 模式 都 是 
融合 了 很 多 个 设计 原则 的 思想 ， 并 不 好 特别 强调 设计 模式 对 某 个 或 者 是 某 些 设计 
原则 的 体现 。 而 且 每 个 设计 模式 在 应 用 的 时 候 也 会 有 很 多 的 考量 ， 不 同 使 用 场景 
下 ， 突 出 体现 的 设计 原则 也 可 能 是 不 一 样 的 。 

a ”这 些 设计 原则 只 是 一 个 建议 指导 。 事 实 上 ， 在 实际 开发 中 ， 很 少 做 到 完全 遵守 ， 
总 是 在 有 意 无 意 地 违反 一 些 或 者 是 部 分 设计 原则 。 设 计 工作 本 来 就 是 一 个 不 断 权 
衡 的 工作 ， 有 句 话 说 得 很 好 : “设计 是 一 种 危险 的 平衡 艺术 ”。 设 计 原 则 只 是 一 
个 指导 ， 有 些 时 候 ， 还 要 综合 考虑 业务 功能 、 实 现 的 难度 、 系 统 性 能 、 时 间 与 空 
间 等 很 多 方面 的 问题 。 

设计 模式 本 身 就 已 经 很 复杂 了 。 在 一 本 书 中 很 难 再 去 深入 地 探讨 这 些 设计 原则 ， 
这 样 也 避免 出 现 过 多 的 重点 内 容 ， 导 致 大 家 无 所 适 从 。 

本 书 的 目标 是 想 与 朋友 们 深入 地 探讨 设计 模式 而 不 是 设计 原则 。 因 此 我 们 选择 不 去 
深入 讲解 设计 原则 。 事 实 上 ， 即 使 你 不 懂 这 些 设计 原则 ， 对 本 书 的 阅读 也 没有 太 大 的 影 
响 ， 只 是 在 一 些 问题 认识 的 深度 上 可 能 会 有 一 点 阻碍 。 

基于 同样 的 道理 ， 这 里 也 没有 过 多 从 重 构 的 角度 去 讲述 设计 模式 。 

当然 ， 在 某 些 设计 模式 中 ， 明 显 地 体现 了 某 些 设计 原则 ， 我 们 也 还 是 会 与 朋友 们 一 
起 来 讨论 和 分 享 的 。 
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这 里 为 不 熟 番 这 些 设计 原则 的 朋友 ， 简 要 准备 了 一 些 常 见 的 、 基 本 的 面向 对 象 
设计 原则 的 知识 ， 可 以 先 阅 读 这 些 内 容 ， 然 后 再 回去 看 设计 模式 的 内 容 ， 可 能 


会 有 一 定 的 帮助 。 但 请 注意 ， 这 并 不 是 面向 对 象 设 计 原 则 的 全 部 ， 更 多 的 知识 ， 
有 机 会 再 与 大 家 一 起 分 享 。 





A.2 常见 的 面向 对 象 设 计 原 则 


A. 2.1 单一 职责 原则 SRP (Single Responsibility Principle ) 


所 谓 单一 职责 原则 ， 指 的 是 ， 一 个 类 应 该 仅 有 一 个 引起 它 变化 的 原因 。 

这 里 变化 的 原因 就 是 所 说 的 “职责 ”， 如 果 一 个 类 有 多 个 引起 它 变 化 的 原因 ， 那 么 
也 就 意味 着 这 个 类 有 多 个 职责 ， 再 进一步 说 ， 就 是 把 多 个 职责 耦合 在 一 起 了 。 

这 会 造成 职责 的 相互 影响 ， 可 能 一 个 职责 的 变化 ， 会 影响 到 其 他 职责 的 实现 ， 甚 至 
引起 其 他 职责 随 着 变化 ， 这 种 设计 是 很 脆弱 的 。 

这 个 原则 看 起 来 是 最 简单 和 最 好 理解 的 ， 但 是 实际 上 是 很 难 完全 做 到 的 ， 难 点 在 于 
如 何 区 分 “职责 ”。 这 是 个 没有 标准 量化 的 东西 ， 哪 些 算 职责 、 到 底 这 个 职责 有 多 大 的 
粒度 、 这 个 职责 如 何 细 化 等 。 因 此 ， 在 实际 开发 中 ， 这 个 原则 也 是 最 容易 违反 的 。 


A. 2.2 ”开放 -关闭 原则 0CP 〈Open-Closed Principle) 


所 谓 开放 一 关闭 原则 ， 指 的 是 ， 一 个 类 应 该 对 扩展 开放 ， 对 修改 关闭 。 一 般 也 被 简 
称 为 开 闭 原则 ， 开 闭 原则 是 设计 中 非常 核心 的 一 个 原则 。 

开 闭 原则 要 求 的 是 ， 类 的 行为 是 可 以 扩展 的 ， 而 且 是 在 不 修改 已 有 代码 的 情况 下 进 
行 扩 展 ， 也 不 必 改 动 已 有 的 源 代码 或 者 二 进 制 代码 。 

看 起 来 好 像 是 矛盾 的 ， 怎 么 样 才能 实现 呢 ? 

实现 开 闭 原则 的 关键 就 在 于 合理 地 抽象 、 分 离 出 变化 与 不 变化 的 部 分 ， 为 变化 的 部 
分 预 留 下 可 扩展 的 方式 ， 比 如 ， 钩 子 方法 或 是 动态 组 合 对 象 等 。 

这 个 原则 看 起 来 也 很 简单 。 但 事实 上 ， 一 个 系统 要 全 部 做 到 遵守 开 闭 原则 ， 几 乎 是 
不 可 能 的 ， 也 没 这 个 必要 。 适 度 的 抽象 可 以 提高 系统 的 灵活 性 ， 使 其 可 扩展 、 可 维护 ， 
但 是 过 度 地 抽象 ， 会 大 大 增加 系统 的 复杂 程度 。 应 该 在 需要 改变 的 地 方 应 用 开 闭 原则 就 
可 以 了 ， 而 不 用 到 处 使 用 ， 从 而 陷入 过 度 设计 。 


A. 2.3 里 氏 替 换 原则 LSP〈Liskov Substitution Principle) 


所 谓 里 氏 替 换 原 则 ， 指 的 是 ， 子 类 型 必须 能 够 替换 掉 它 们 的 父 类 型 。 这 很 明显 是 一 
种 多 态 的 使 用 情况 ， 它 可 以 避免 在 多 态 的 应 用 中 ， 出 现 某 些 隐蔽 的 错误 。 
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事实 上 ， 当 一 个 类 继承 了 另外 一 个 类 ， 那 么 子 类 就 拥有 了 父 类 中 可 以 继承 下 来 的 属 
性 和 操作 。 理 论 上 来 说 ， 此 时 使 用 子 类 型 去 替换 掉 父 类 型 ， 应 该 不 会 引起 原来 使 用 父 类 
型 的 程序 出 现 错误 。 

但 是 ， 很 不 幸 的 是 ， 在 某 些 情况 下 是 会 出 现 问题 的 。 比 如 ， 如 果子 类 型 覆盖 了 父 类 
型 的 某 些 方法 ， 或 者 是 子 类 型 修改 了 父 类 型 某 些 属性 的 值 ， 那 么 原来 使 用 父 类 型 的 程序 
就 可 能 会 出 现 错误 ， 因 为 在 运行 期 间 ， 从 表面 上 看 ， 它 调用 的 是 父 类 型 的 方法 ， 需 要 的 
是 父 类 型 方法 实现 的 功能 ， 但 是 实际 运行 调用 的 却 是 子 类 型 覆盖 实现 的 方法 ， 而 该 方法 
和 父 类 型 的 方法 并 不 一 样 ， 于 是 导致 错误 的 产生 。 

从 另外 一 个 角度 来 说 ， 里 氏 替 换 原 则 是 实现 开 闭 的 主要 原则 之 一 。 开 闭 原则 要 求 对 
扩展 开放 ， 扩 展 的 一 个 实现 手段 就 是 使 用 继承 ， 而 里 氏 替换 原则 是 保证 子 类 型 能 够 正确 
替换 父 类 型 ， 只 有 能 正确 替换 ， 才 能 实现 扩展 ， 和 否则 扩展 了 也 会 出 现 错误 。 


A.2.4 依赖 倒置 原则 DIP (Dependence Inversion Principle) 


所 谓 依赖 倒置 原则 ， 指 的 是 ， 要 依赖 于 抽象 ， 不 要 依赖 于 具体 类 。 要 做 到 依赖 倒置 ， 
典型 的 应 该 做 到 : 

m ”高层 模块 不 应 该 依赖 于 底层 模块 ， 二 者 都 应 该 依赖 于 抽象 。 

m ”抽象 不 应 该 依赖 于 具体 实现 ， 具 体 实现 应 该 依赖 于 抽象 。 

很 多 人 觉得 ， 层 次 化 调用 的 时 候 ， 应 该 是 高 层 调用 “底层 所 拥有 的 接口 ”， 这 是 一 
种 典型 的 误解 。 事 实 上 ， 一 般 高 层 模块 包含 对 业务 功能 的 处 理 和 业务 策略 选择 ， 应 该 被 
重用 ， 是 高 层 模 块 去 影响 底层 的 具体 实现 。 

因此 ， 这 个 底层 的 接口 应 该 是 由 高 层 提出 的 ， 然 后 由 底层 实现 的 。 也 就 是 说 底层 的 
接口 的 所 有 权 在 高 层 模 块 ， 因 此 是 一 种 所 有 权 的 倒置 。 

倒置 接口 所 有 权 ， 这 就 是 著名 的 Hollywood (好莱坞 ) 原则: 不 要 找 我 们 ， 我 们 会 
联系 你 。 


A. 2.5 接口 隔离 原则 1SP (Interface Segregation Principle) 


所 谓 接口 隔离 原则 ， 指 的 是 ， 不 应 该 强迫 客户 依赖 于 他 们 不 用 的 方法 。 

这 个 原则 用 来 处 理 那些 比较 “庞大 ”的 接口 ， 这 种 接口 通常 会 有 较 多 的 操作 声明 ， 
涉及 到 很 多 的 职责 。 客 户 在 使 用 这 样 的 接口 的 时 候 ， 通 常会 有 很 多 他 不 需要 的 方法 ， 这 
些 方法 对 于 客户 来 讲 ， 就 是 一 种 接口 污染 ， 相 当 于 强迫 用 户 在 一 大 堆 “ 垃 圾 方法 ”中 去 
寻找 他 需要 的 方法 。 

因此 ， 这 样 的 接口 应 该 被 分 离 ， 应 该 按照 不 同 的 客户 需要 来 分 离 成 为 针对 客户 的 接 
口 。 这 样 的 接口 中 ， 只 包含 客户 需要 的 操作 声明 ， 这 样 既 方便 了 客户 的 使 用 ， 也 可 以 避 
免 因 误 用 接口 而 导致 的 错误 。 

分 离 接 口 的 方式 ， 除 了 直接 进行 代码 分 离 之 外 ， 还 可 以 使 用 委托 来 分 离 接口 ， 在 能 
够 支持 多 重 继承 的 语言 中 ， 还 可 以 采用 多 重 继承 的 方式 进行 分 离 。 
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A. 2.6 最 少 知识 原则 LKP (Least Knowledge Principle) 


所 谓 最 少 知识 原则 ， 指 的 是 ， 只 和 你 的 朋友 谈话 。 

这 个 原则 用 来 指导 我 们 在 设计 系统 的 时 候 ， 应 该 尽量 减少 对 象 之 间 的 交互 ， 对 象 只 
和 自己 的 朋友 谈话 ， 也 就 是 只 和 自己 的 朋友 交互 ， 从 而 松散 类 之 间 的 耦合 。 通 过 松散 类 
之 间 的 耦合 来 降低 类 之 间 的 相互 依赖 ， 这 样 在 修改 系统 的 某 一 个 部 分 的 时 候 ， 就 不 会 影 
响 其 他 的 部 分 ， 从 而 使 得 系统 具有 更 好 的 可 维护 性 。 

那么 究竟 哪些 对 象 才能 被 当 作 朋友 呢 ? 最 少 知识 原则 提供 了 一 些 指导 。 

m 当前 对 象 本 身 。 

sm ”通过 方法 的 参数 传递 进来 的 对 象 。 

m ”当前 对 象 所 创建 的 对 象 。 

m ”当前 对 象 的 实例 变量 所 引用 的 对 象 。 

m ”方法 内 所 创建 或 实例 化 的 对 象 。 

总 之 ， 最 少 知识 原则 要 求 我 们 的 方法 调用 必须 保持 在 一 定 的 界限 范围 之 内 ， 尽 量 减 
少 对 象 的 依赖 关系 。 


A. 2.7 其 他 原则 


除了 上 面 提 到 的 这 些 原则 ， 还 有 一 些 大 家 都 熟知 的 原则 ， 比 如 : 

a 面向 接口 编程 ; 

m ”优先 使 用 组 合 ， 而 非 继 承 。 

当然 也 还 有 很 多 大 家 不 是 很 熟悉 的 原则 ， 比 如 : 

sa ”一 个 类 需要 的 数据 应 该 隐藏 在 类 的 内 部 ; 

m 。 类 之 间 应 该 零 耦 合 ， 或 者 只 有 传导 耦合 ， 换 名 话说， 类 之 间 要 么 没有 关系 ， 要 么 
只 使 用 另 一 个 类 的 接口 提供 的 操作 ; 

@ ”在 水 平方 向 上 尽 可 能 统一 地 分 布 系统 功能 ; 

还 有 很 多 ， 这 里 就 不 去 详细 讨论 这 些 内 容 了 。 
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B.1 UML 基础 


由 于 本 书 用 UML 来 表达 模式 的 结构 和 基本 的 运行 顺序 示意 , 特此 为 不 熟悉 UML 的 
朋友 准备 了 一 些 相 关 的 UML 快速 入 门 知识 。 

这 里 只 是 UML 知识 的 一 小 部 分 ， 如 果 需 要 了 解 更 多 的 UML 知识 ， 请 参阅 UML 的 
学 习 文 档 ，UML 的 网 站 http:/www.uml.org/ 是 个 好 去 处 。 


B. 1.1 UML 是 什么 


UML 是 一 种 标准 的 图 形 化 建 模 语言 ， 它 是 面向 对 象 分 析 与 设计 的 一 种 标准 表示 。 

(1) UML 是 一 种 语言 。 

从 上 面 的 定义 可 以 看 出 ， 就 其 本 质 ，UML 是 一 种 语言 ， 既 然 是 语言 ， 那 就 是 用 来 交 
流 的 ，UML 用 来 在 哪些 人 员 之 间 进 行 交 流 呢 ? 很 明显 ，UML 主要 是 在 软件 开发 的 整个 
生命 周期 所 涉及 到 的 人 员 之 间 进 行 交流 的 语言 。 

(2) UML 是 一 种 建 模 语言 。 

那么 什么 是 建 模 呢 ? 

模型 是 用 某 种 工具 对 事物 的 一 种 表达 方式 ， 通 常会 表达 出 事物 最 重要 的 方面 而 简化 
或 忽略 其 他 方面 。 比 如 常见 的 工程 模型 、 飞 机 模型 、 车 辆 模型 等 。 

模型 在 软件 上 主要 的 作用 是 ， 可 以 在 一 定 的 抽象 层次 上 ， 使 人 们 通过 对 模型 的 分 析 
和 研究 ， 来 制定 出 最 终 的 软件 结构 和 内 部 的 相互 关系 。 

(3) UML 是 一 种 图 形 化 建 模 语言 。 

为 什么 要 图 形 化 呢 ? 

很 简单 ， 图 形 化 的 东西 直观 、 简 单 、 准 确 ， 更 有 利于 软件 开发 的 整个 生命 周期 所 涉 
及 到 的 人 员 之 间 进 行 交 流 。 因 为 对 于 一 个 大 型 的 软件 项 目 ， 参 与 的 人 员 很 多 ， 根 本 不 可 
能 相互 用 语言 来 交流 ， 图 形 化 是 一 个 很 好 的 方案 。 

(4) UML 是 一 种 标准 的 图 形 化 建 模 语 言 。 

只 有 标准 的 东西 ， 才 会 有 更 多 的 人 学 习 和 使 用 它 ， 大 家 对 同一 表达 的 理解 才 会 一 样 ， 
才能 真正 达到 相互 交流 的 目的 。 

否则 要 是 没有 标准 ， 大 家 和 各自为政， 可 能 会 出 现 同一 个 图 形 ， 大 家 有 不 同 的 认识 
理解 ， 那 就 没 法 交流 了 。 


B.1.2 UML 历史 


UML 出 现在 1995 年 ， 到 1997 年 的 时 候 ， 由 OMG 进行 统一 ， 并 于 同年 由 OMG 全 
体 成 员 通过 采纳 为 标准 ， 也 就 是 UML 1.1 版 。 


1998 年 ， 对 UML 1.1 版 进行 了 少量 修改 ， 推 出 了 UML 1.2 版 ， 随 后 几 年 ， 陆 续 地 
推出 了 1.3、1.4、1.5 等 版 本 。 
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直到 2003 年 UML 2.0 被 OMG 接纳 为 标准 ， 最 新 的 UML 2.0 的 可 用 版 本 于 2005 年 
7 月 发 布 。 


B. 1.3 ”UML 能 干什么 


UML 主要 用 于 对 软件 进行 描述 、 可 视 化 处 理 、 构 造 和 建立 软件 系统 的 文档 ， 以 方便 
对 系统 的 理解 、 设 计 、 浏 览 、 配 置 、 维 护 和 信息 控制 。 通 过 它 ， 参 与 软件 各 个 生命 周期 
的 人 员 可 以 很 方便 地 交流 。 


B. 1.4 UML 有 什么 


简单 的 说 ，UML 由 视图 构成 ， 视 图 由 图 构成 ， 图 由 图 片 组 成 ， 图 片 是 模型 元 素 的 符 
号 化 。 图 是 一 个 具体 视图 的 组 成 部 分 ， 一 种 视图 通常 会 包含 多 种 图 。 

ma ”视图 : 描述 完整 系统 中 的 一 个 抽象 ， 用 来 显示 这 个 系统 中 的 一 个 特定 的 方面 。 

m ”图 : 用 来 表示 系统 的 一 个 特殊 部 分 或 某 个 方面 。 

a ”模型 元 素 : 所 有 可 以 在 图 中 使 用 的 概念 统称 为 模型 元 素 。 

在 UML 2.0 里 面 ， 视 图 被 分 成 三 个 视图 域 : 结构 、 动 态 和 模型 管理 ， 具 体 的 视图 和 
图 如 表 B.1 所 示 。 


表 B.1 UML 视图 和 图 列表 





UML 的 视图 和 图 基本 上 都 具有 可 扩展 性 , 这 些 扩展 能 力 有 限 但 是 很 有 用 , 包括 约束 、 
构造 型 和 标记 值 ， 这 里 就 不 去 介绍 了 。 

本 书 主要 用 到 了 类 图 和 顺序 图 ， 下 面 就 简要 地 介绍 一 些 关 于 类 图 和 顺序 图 的 基本 知 
识 ， 其 他 的 图 这 里 就 不 去 涉及 了 ， 如 有 需要 ， 请 参阅 相关 资料 。 
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B.2 类 图 


B. 2.1 类 图 的 概念 

类 图 是 静态 视图 的 图 形 表达 方式 ,表示 声明 的 静态 模型 元 素 ， 如 类 、 类 型 和 其 内 容 ， 
以 及 它们 的 相互 关系 。 也 就 是 说 ， 类 图 是 用 来 描述 类 以 及 类 与 类 之 间 关 系 的 一 种 UML 
图 。 
B. 2.2 类 图 的 基本 表达 


类 图 的 基本 模型 元 素 如 图 B.1 所 示 。 





图 B.1 类 图 的 基本 图 示 

也 就 是 说 ， 一 个 类 的 图 形 表 示 为 长 方形 ， 长 方形 又 分 成 三 个 部 分 ， 分 别 是 类 名 、 属 
性 定义 和 操作 也 就 是 方法 定义 。 

1. 类 名 的 定义 

没有 特殊 要 求 ， 任 何 合法 的 名 称 都 可 以 。 类 名 通常 为 一 个 名 词 。 为 类 命名 时 最 好 能 
够 反映 类 所 代表 的 问题 的 域 中 的 概念 ， 另 外 类 的 名 字 含 义 要 准确 、 清 楚 。 

2. 属性 定义 的 基本 语法 

属性 用 来 描述 类 所 具有 的 特征 。 描 述 属 性 的 语法 格式 为 : 

可 见 性 属性 名 : 类 型 名 = 初 值 

其 中 属性 名 和 类 型 名 是 一 定 要 有 的 ， 其 他 部 分 可 选 。 

对 于 可 见 性 : + 表示 public， 一 表示 private，# 表 示 protected， 没 有 符号 就 表示 是 默 
认 的 可 见 性 。 基 本 的 示例 如 图 B.2 所 示 。 


-age: int=20 
[A] -name:String 


图 B.2 带 属性 的 类 图 





注意 一 点 : Attribute 和 Property 虽然 都 是 表示 类 的 属性 , 但 是 一 些 属性 只 是 在 类 
内 部 使 用 , 不 对 外 的 , 一 般 称 这 些 属 性 为 Attribute, 也 有 一 些 属 性 虽然 是 private 


的 ， 但 是 会 提供 相应 的 getter/setter 方法 让 外 部 来 操作 ， 把 这 些 属 性 称 为 
Property 。 
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具体 的 还 是 看 个 示例 ， 给 上 面 的 类 图 添加 一 个 名 称 为 绰号 ， 也 就 是 “nickname” 的 


Property， 如 图 B.3 所 示 。 


-age: int=20 


-name:String 


于 E-niclname:String 


图 B.3 同时 有 Attribute 和 Property 的 类 图 
3. 操作 定义 的 基本 语法 





操作 用 来 描述 类 能 干 些 什么 事情 ， 也 就 是 我 们 通常 说 的 方法 。 描 述 操 作 的 语法 格式 
为 : 

可 见 性 操作 名 (参数 列表 ) : 返回 值 类 型 

可 见 性 和 属性 的 描述 方式 一 样 ， 都 是 + 表示 public，- 表 示 private，# 表 示 protected， 
没有 符号 就 表示 是 默认 的 可 见 性 。 参 数列 表 由 多 个 参数 构成 ， 用 喜 号 分 隔 ， 描 述 参 数 的 
语法 格式 为 : | 

参数 名 : 参数 类 型 名 


在 图 B.3 所 示 的 类 图 中 添加 一 个 方法 人 能 够 按照 指定 的 速度 和 持续 时 间 进 行 跑步 
运动 ， 如 图 B.4 所 示 。 


-age.int=20 
© -name:String 


D+trun (speed: double, durableTime: double):void 


[ai | 
图 B.4 ” 带 操作 的 类 图 





4. Java 中 static 的 表示 


在 类 图 中 ， 如 果 属 性 或 者 方法 是 static 的 ， 那么 在 属性 或 者 方法 定义 的 下 面 , 添加 一 
条 下 划 线 表示 是 static 的 ， Te B.5 所 示 。 


图 B.5 带 static 的 类 图 





B. 2. 3 ”抽象 类 和 接口 


抽象 类 的 表示 是 类 名 倾斜 ， 抽 象 操 作 的 表示 是 整 条 操作 定义 都 倾斜 ， 如 图 B.6 所 示 。 
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局 dbstracttliass 


办 fabstrac te thod (a. et Bb.Strine).String 
总 +otherfllethod0 :void 





图 B.6 抽象 类 的 类 图 
接口 是 一 种 特殊 的 抽象 类 ， 归 根 结 底 还 是 类 ， 所 以 接口 的 表达 基本 语法 和 类 是 一 样 
的 ， 比 如 一 个 有 创建 用 户 和 删除 用 户 的 接口 ， 定 义 示 例如 图 B.7 所 示 。 


interface”» 
(CB yserssi 


从 tereatelser (awe String, age.int).bovlean 
办 toeletelser ave String). boolean 





图 B.7 接口 的 类 图 


在 其 他 UML 图 中 ， 接 口 还 可 以 用 一 个 圆圈 来 表示 ， 比 如 在 组 件 图 中 。 由 于 本 书 不 
涉及 到 这 些 知 识 ， 这 里 就 不 去 示例 了 。 


B. 2.4 关系 
前 面 讲 到 ， 类 图 除了 描述 类 本 身 之 外 ， 另 外 一 个 重点 就 是 描述 类 与 类 之 间 的 关系 。 


在 UML 2.0 中 ， 类 图 描述 的 关系 包括 关联 、 泛 化 〈 也 叫 通用 化 或 者 继承 ) 、 依 赖 、 实 现 、 
使 用 和 流 几 种 。 大 致 如 表 B.2 所 示 。 


表 B.2 关系 的 种 类 
的 关系 ， 适 用 于 继承 













抽象 说 明和 具体 实现 间 
的 关系 ， 如 实现 接口 


一 个 元 素 需 要 使 用 其 他 
元 素 功能 的 关系 








UML 的 关联 用 于 描述 类 和 类 的 连接 。 类 与 类 之 间 有 多 种 连接 方式 ， 每 种 连接 的 含义 
都 是 不 同 的 ， 虽 然 语 义 不 同 ， 但 是 外 部 表象 类 似 ， 因 此 统称 为 关联 。 
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附录 B UNL 从 介 1 装 呈 时时 时时 放 
关联 关系 一 般 都 是 双向 的 ， 也 即 关联 双方 都 能 和 对 方 通信 ， 但 是 也 有 单 向 的 关联 。 
根据 不 同 的 含义 ， 把 关联 分 成 普通 关联 、 递 归 关 联 、 限 定 关联 、 或 关联 、 有 序 关联 、 三 
元 关联 和 聚合 七 种 。 本 书 涉及 到 了 普通 关联 、 递 归 关 联 和 聚合 几 种 ， 下 面 分 别 来 介绍 一 
下 这 三 种 关联 ， 其 他 的 关联 关系 就 不 再 讲述 了 。 
(1) 普通 关联 
只 要 类 与 类 之 间 存 在 关联 关系 就 可 以 用 普通 关联 来 表示 。 标 准 的 表示 是 一 条 直线 ， 
但 是 本 书 采用 的 是 更 严格 的 表达 ， 如 关 一 一 一 一 一 一 ， 带 又 的 这 一 端 ， 表 示 关 联 的 
发 起 方 ， 在 另 一 端 还 可 以 通过 一 个 箭头 来 表示 被 关联 的 一 方 ， 从 而 表示 关联 的 方向 ， 如 
OO 


来 看 看 普通 关联 的 示例 : 描述 人 和 计算 机 的 关系 ， 如 图 B.8 所 示 。 





图 B.8 普通 关联 示例 
图 B.8 中 的 数字 表示 重 数 ， 比 如 上 面 从 人 到 计算 机 的 关联 ， 描 述 的 是 一 个 人 拥有 0 
到 多 个 计算 机 。 而 另外 一 条 从 计算 机 到 人 的 关联 ， 没 有 重 数 ， 默 认 都 是 1， 表 示 一 台 计 算 
机 属于 一 个 人 。 重 数 表示 示例 如 下 。 


0 过 表示 零 到 1 个 对 象 
0..* 或 * 表示 零 到 多 个 对 象 
5..8 表示 5 到 8 个 对 象 
2 “表示 2 个 对 象 


没有 标示 表示 1 个 对 象 
图 B.8 所 对 应 的 Java 示例 代码 如 下 : 
public class 人 vt 
private Collection< 计 算 机 > col; 
} 
public class 计算 机 { 
Drivate 人 a; 
3 
这 也 是 Java 中 表达 对 象 之 间 一 对 多 关系 的 方式 ， 也 就 是 在 一 的 这 边 ， 包 含 一 个 多 的 
那 边 对 象 的 集合 ， 而 多 的 这 边 ， 包 含 一 个 一 的 那 边 的 对 象 。 
(2) 递归 关联 
如 果 一 个 类 与 它 本 身 有 关联 关系 ,那么 这 种 关联 关系 
被 称 为 递归 关联 。 
递归 关联 描述 的 是 同类 的 对 象 之 间 的 语义 关系 ， 带 有 
递归 的 含义 ， 通 常情 况 下 都 是 一 对 多 的 关系 ， 如 图 B.9 所 
示 。 图 B.9 递归 关联 示例 
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当然 递归 关联 也 可 以 是 一 对 一 ， 或 者 多 对 多 的 ， 这 里 就 不 再 多 讲 了 。 
(3) 聚合 关联 
聚合 关联 是 关联 的 一 种 特殊 情况 ， 如 果 类 与 类 之 间 具 有 “整体 与 部 分 ”的 关系 ， 使 
用 聚合 来 表达 。 
根据 语义 又 把 聚合 关联 分 成 了 三 种 : 普通 聚合 、 共 享 聚合 和 复合 聚合 〈 也 叫 组 成 ) 。 
普通 聚合 : 描述 类 与 类 之 间 具 有 “整体 与 部 分 ”的 关系 。 比 如 班级 和 学 生 ， 班 级 
是 整体 ， 而 学 生 是 组 成 班级 的 部 分 ， 如 图 B.10 所 示 。 





图 B.10 普通 聚合 的 示例 一 
可 以 看 出 普通 聚合 的 表达 方式 为 ， 在 表示 关联 关系 的 这 端 加 上 一 个 空心 的 萎 形 ， 
空心 的 葵 形 紧 靠 着 具有 整体 含义 的 这 端 ， 另 一 端 可 以 没有 标示 ， 也 可 以 加 上 箭头 
来 表示 一 个 方向 性 ， 如 图 B.11 所 示 。 





图 B.11 普通 聚合 的 示例 二 
me。 共享 聚合 : 如 果 聚 合 关系 中 ， 处 于 部 分 方 的 对 象 参 与 了 多 个 整体 方 对 象 的 构成 ， 
描述 成 为 共享 聚合 。 比 如 学 习 兴 趣 小 组 和 学 生 ， 学 习 兴 趣 小 组 是 整体 ， 而 学 生 是 
组 成 学 习 兴 趣 小 组 的 部 分 ， 但 是 一 个 学 生 可 以 参加 多 个 学 习 兴 趣 小 组 ， 一 -个 学 习 
兴趣 小 组 有 多 个 学 生 ， 如 图 B.12 所 示 。 





图 B.12 ”共享 聚合 的 示例 
可 以 看 出 在 普通 聚合 中 ， 整 体 与 部 分 是 一 对 多 ， 而 共享 聚合 中 是 多 对 多 了 。 和 普 
通 聚 合 一 样 ， 可 以 在 部 分 这 边 加 上 箭头 ， 就 不 再 示例 了 。 

a 复合 聚合 : 如 果 构 成 整体 类 的 部 分 类 ， 完 全 隶属 于 整体 类 ， 那 么 这 样 的 聚合 称 为 
复合 聚合 ， 也 叫 组 成 。 比 如 一 个 图 形 界 面 和 组 成 这 个 图 形 界面 的 按钮 、 文 本 框 、 
Label 等 图 形 组 件 之 间 的 关系 ， 图 形 界面 是 整体 ， 而 各 个 图 形 组 件 是 组 成 界面 的 部 
分 ， 如 图 B.13 所 示 。 
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图 B.13 复合 聚合 的 示例 

可 以 看 出 复合 聚合 也 是 一 对 多 的 ， 只 是 在 一 的 这 端 ， 用 一 个 实心 的 萎 形 来 表示 了 。 
通常 复合 聚合 表达 的 语义 有 这 样 的 含义 : 如 果 整 体 对 象 不 存在 ， 那 么 部 分 对 象 也 就 没有 
存在 的 前 提 或 意义 了 ， 也 就 是 说 整体 与 部 分 有 非常 强烈 的 包含 关系 。 和 普通 聚合 一 样 ， 
可 以 在 部 分 这 边 加 上 箭头 ， 就 不 再 示例 了 。 

2. 泛 化 关系 

泛 化 又 称 通用 化 或 继承 ， 用 来 描述 一 个 通用 元 素 的 所 有 信息 能 被 另外 一 个 具体 元 素 
继承 的 机 制 。 继 承 某 个 类 的 类 除了 有 自己 的 属性 和 操作 外 ， 还 拥有 被 继承 类 中 的 信息 。 

比如 人 员 和 学 生 ， 明 显 人 员 是 父 类 ， 学 生 作为 子 类 ， 如 图 B.14 所 示 。 


人 trun0:void 症 -studentId:Strine 
+study Ovoid 


图 B.14 泛 化 关系 的 示例 





3. 实现 关系 

就 是 描述 类 实现 接口 的 关系 。 接 口 是 对 行为 而 非 实现 的 说 明 ， 实 现 类 来 具体 实现 接 
口中 的 抽象 定义 。 

比如 ， 写 一 个 实现 前 面 定义 的 用 户 操作 接口 ， 如 图 B.15 所 示 。 


Ginterface» 
Ce BserEbs 


© tereatelser Mave. 0 age. “snt).bovolean 





Otcreatelser (name:String, age:int):boolean 
名 +deleteUser (name:String):boolean 





图 B.15 实现 关系 的 示例 


4. 依赖 关系 
依赖 关系 是 描述 : 如 果 某 个 对 象 的 行为 和 实现 ， 需 要 受到 另外 对 象 的 影响 ， 那 么 就 
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说 这 个 对 象 依赖 于 其 他 对 象 。 基 本 上 有 关联 的 地 方 ， 严 格 说 都 有 依赖 。 现 在 最 常用 的 依 
赖 关 系 是 “使 用 ”， 意 思 是 如 果 A 使 用 了 B， 那 么 A 就 依赖 于 了 B。 

比如 ， 写 一 个 Client 来 使 用 上 面 定 义 的 接口 和 实现 ， 那 么 这 个 Client 就 会 依赖 接口 
和 实现 这 两 个 类 ， 如 图 B.16 所 示 。 





加 +createUser{name:String, age:int}:boolean 
加 +de/leteUser{name:String):boolean 


| UserEb, 
忆 UserEbo 









© +createUser(name:String, age:intj:boolean 
© +deleteUser(name:String):boolean 


图 B.16 依赖 关系 的 示例 
Client 中 的 代码 示例 如 下 : 


public class Client { 





public static void main(String[] args) { 
UserEbi ebi = new UserEbo(); 


ebi.createUser ("Test", 20); 


} 

事实 上 ， 依 赖 关系 描述 的 是 两 个 模型 元 素 之 间 语 义 上 的 连接 关系 。 常 见 的 除了 上 面 
的 直接 调用 外 ， 还 有 ， 一 个 类 使 用 另外 一 个 类 来 作为 操作 的 参数 ， 一 个 类 有 以 另外 一 个 
类 作为 类 型 的 属性 ， 甚 至 包括 上 面 讲 到 的 继承 和 实现 等 关系 ， 都 可 以 算是 依赖 。 


B.3 顺序 图 


B. 3. 1 顺序 图 的 概念 


顺序 图 是 按照 时 间 的 先后 顺序 来 描述 消息 是 如 何在 对 象 间 发 送 和 接收 的 。 顺 序 图 有 
两 个 坐标 轴 ， 横 坐标 表示 对 象 ， 纵 坐标 表示 时 间 。 顺 序 图 又 称 为 序列 图 或 时 序 图 。 

顺序 图 中 的 对 和 象 用 一 个 带 有 纵向 虚线 的 矩形 块 来 表示 ， 和 矩形 块 中 写 有 对 象 或 类 的 名 
字 ， 纵 向 的 虚线 表示 对 象 的 “生命 线 ”。 对 象 之 间 的 交互 用 对 象 间 的 水 平 消息 线 来 描述 ， 
消息 线 的 箭头 表示 消息 的 类 型 ， 消 息 的 先后 顺序 就 是 对 象 交互 的 先后 顺序 。 

顺序 图 主要 用 来 表示 用 例 中 行为 的 顺序 ， 可 以 通过 它 来 进行 一 个 场景 说 明 ， 或 者 是 
对 某 一 个 复杂 业务 功能 或 是 流程 执行 先后 的 说 明 。 也 就 是 说 ， 顺 序 图 通常 可 以 用 来 描述 
系统 某 次 调用 的 运行 顺序 。 
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B. 3.2 顺序 图 的 基本 表达 


消息 的 表示 方式 如 表 B.3 所 示 。 
表 B.3 消息 的 表示 方式 





消息 类 型 表达 方 式 


顺序 消息 











直接 用 例子 来 说 明 顺 序 图 的 基本 表达 方式 , 假若 有 A 类 和 B 类 ,A 类 会 调用 B 类 的 
方法 ， 然 后 写 个 客户 端 来 调用 A 类 ， 现 在 要 使 用 顺序 图 来 画 出 客户 端的 调用 顺序 。 

假设 B 类 的 示例 代码 如 下 : 
pubLbiel class Bt 

mubhe or Tm (tbat 

returnsatLy; 
1 
Public veoid pbp2(tString message, int, sum) ‘{ 


System.out.println (message+"="+sum); 


} 
A 类 的 示例 代码 如 下 : 
publie class A t 
PubLiier vord uat (tint ay 
int sunm = 0; 
Bb= new B(); 
for (下 攻 宁 他 从 二天 二 中 由 ) 二 
Sui i+=7 Db bl(L)r 
} 
b.b2(" 求 和 的 结果 是 "， sum) ; 


Client 的 示例 代码 如 下 : 
Dublie class Ctyent 1 
public static void main(String[] args) { 
AVva' = newiA() 
a aL) 
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1. UML 2.0 的 顺序 图 示例 
先 来 看 看 在 UML 2.0 当中 如 何 画 出 这 个 顺序 图 ， 如 图 B.17 所 示 。 


[sa Client main2)] 





图 B.17 UML 2.0 顺序 图 示例 


对 图 B.17 稍微 说 明 一 下 。 


最 外 面 那个 大 框框 ， 在 UML 2.0 中 称 为 interaction， 就 是 表示 一 个 交互 的 这 么 一 个 
边界 ， 左 上 角 的 sd _ Clientmain2 是 它 的 名 字 ， 是 可 以 修改 的 。 通 常情 况 下 ， 一 个 
interaction 应 该 和 一 个 类 中 的 某 一 个 方法 对 应 , 相当 于 调用 的 起 点 , 图 B.17 表示 的 
就 是 从 Client 类 的 main 方法 开始 的 顺序 图 , 直 白 点 说 就 是 当 Client 的 main 方法 被 
执行 或 调用 的 时 候 ， 系 统 地 调用 顺序 。 

带 虚 线 的 方块 就 代表 对 象 ，self 就 是 表示 interaction 自身 ， 也 就 是 入 口 ， 即 Client 
类 的 对 象 。 

标号 为 1 的 那个 从 小 黑 点 到 对 象 self 的 一 个 调用 ， 就 是 表示 从 外 部 来 调用 Client 
类 ， 上 面 写 着 调用 的 方法 是 main， 这 条 横 线 加 箭头 ， 就 表示 消息 。 

虚线 上 的 矩形 条 表示 对 和 象 被 激活 的 生命 周期 ， 简 单 点 说 ， 就 是 在 这 一 段 对 象 被 其 
他 对 象 使 用 。 

那个 for 的 块 ， 在 UML 2.0 中 表示 Combined Fragment (组 合 片段 ) ， 也 就 是 用 来 
进行 块 控制 的 ， 比 如 让 else、for、while、try 等 。 


大 家 看 到 这 个 顺序 图 的 示例 ， 会 发 现 和 前 面 各 个 模式 中 画 的 顺序 示意 图 有 很 大 的 不 
同 ， 的 确 是 这 样 的 。 因 为 UML 2.0 的 顺序 图 的 语义 丰富 了 不 少 ， 当 然 表 达 的 越 细 致 ， 图 
就 会 越 复杂 。 因 此 ， 前 面 每 个 模式 的 运行 顺序 示意 图 ， 是 采用 的 UML1.4 的 版 本 来 绘制 
的 。 因 为 UML 1.4 相对 而 言 更 简单 一 些 ， 而 且 我 们 要 表达 的 也 比较 粗略 ， 只 是 想 要 描述 
出 模式 运行 起 来 的 大 概 顺序 ， 并 不 深入 细节 。 

2. UML1.4 的 顺序 图 示例 

使 用 UML 1.4 画 出 上 面 示 例 的 顺序 图 ， 如 图 B.18 所 示 。 
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-1: 通过 构造 方法 创建 3 的 实例 Tn 
for (int i=0 


iCa;itt) 
2.2: sun:=bl (i):int // 调 用 bi 方法 







2: al 5) ;void 77 调用 al 方法 


图 B.18 UML 1.4 顺序 图 示例 图 一 
图 B.18 生命 周期 下 面 的 大 黑 叉 又 ， 表 示 到 这 个 地 方 销毁 本 对 象 实例 。 
这 个 图 大 家 看 起 来 可 能 要 简单 很 多 ， 至 于 后 面 的 A 和 B 对 象 画 得 比 Client 对 象 矮 ， 
是 为 了 表示 出 运行 到 某 个 时 间 才 创建 的 对 象 ， 当 然 也 可 以 把 它们 放 到 一 个 水 平 线 上 。 把 
上 面 的 顺序 图 调整 一 下 ， 可 以 画 出 如 图 B.19 所 示 的 顺序 图 。 


EE 5 









2: al (5) :void // 调 用 al 方法 





for (int i=0;iXa;i#+) 
2.2: smm:=bl (i):int f/ 调 用 b1 方 | 


信和 的 结果 是 ,sen) :voia I 


图 B.19 ”UML 1.4 顺序 图 示例 图 二 

图 B.19 基本 上 就 是 前 面 画 每 个 模式 的 运行 顺序 示意 图 的 大 概 样子 。 由 于 前 面 画 每 个 
模式 的 运行 顺序 图 的 时 候 ， 很 多 都 是 文字 说 明 ， 并 没有 和 真实 的 代码 结合 ， 所 以 都 没有 
直接 称 为 顺序 图 ， 而 是 称呼 为 顺序 示意 图 ， 表 示 不 是 完整 的 顺序 图 ， 这 点 大 家 要 了 解 一 
下 。 好 在 我 们 是 把 重点 放 在 对 模式 运行 顺序 的 理解 上 ， 并 不 是 来 讲述 UML 图 如 何 画 ， 所 
以 不 必 把 它们 当 严 格 的 、 完 整 的 UML 顺序 图 来 看 待 。 

好 了 ， 对 于 UML 的 基础 知识 ， 这 里 就 简略 地 介绍 这 么 多 ， 了 解 这 些 知识 ， 对 于 看 
懂 本 书 所 绘制 的 UML 图 应 该 是 足够 了 ， 如 果 想 要 了 解 更 多 的 UML 的 知识 ， 请 参考 专业 
的 UML 方面 的 资料 。 
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各 口 一 全 一 
| 俐 别 赠 言 
不 是 结束 而 是 新 的 开始 


首先 恭喜 你 ， 看 到 这 里 ， 说 明 你 已 经 基本 掌握 了 本 书 所 讲述 的 设计 模式 的 内 容 ， 应 
该 可 以 达到 中 级 水 平 了 。 

但 是 ， 这 并 不 是 说 你 就 不 用 再 学 习 设计 模式 了 ， 人 恰恰 相反 ， 要 想 在 设计 上 更 进一步 
的 话 ， 困 难 才刚 刚 开 始 。 从 中 级 的 水 平 向 上 发 展 ， 更 多 的 是 需要 思考 和 和 领悟， 其 难度 比 
从 入 门 到 中 级 要 大 得 多 。 


因此 对 你 而 言 ， 看 完 本 书 并 不 是 学 习 的 结束 ， 而 是 新 的 开始 。 
你 该 怎么 做 


如 果 已 经 深入 领会 和 掌握 了 本 书 的 内 容 ， 还 想 要 在 设计 模式 上 继续 精进 的 朋友 ， 给 
出 如 下 的 建议 。 

1. 多 看 

多 搜寻 一 些 应 用 设计 模式 的 实际 项 目 、 工 程 或 是 框架 ， 参 考 别 人 的 成 功 应 用 ， 再 结 
合 自 己 的 经 验 来 思考 和 使 用 。 当 然 项 目 不 应 该 太 大 ， 太 大 了 很 难 完全 看 懂 ; 也 不 能 太 小 ， 
太 小 了 ， 没 有 太 大 实用 价值 ， 尤 其 是 无 法 参考 多 个 模式 综合 应 用 的 情况 ， 帮 助 就 不 大 了 。 

2. 多 练 


多 寻找 机 会 ， 把 这 些 设计 模式 在 实际 应 用 中 使 用 ， 只 有 亲自 动手 去 试验 和 使 用 ， 才 
E 真 正 掌握 和 领会 设计 模式 的 精髓 。 

3. 多 总 结 

认真 分 析 每 次 对 设计 模式 的 使 用 是 否 得 当 ， 有 什么 经 验 和 教训 ， 是 否 有 变形 使 用 的 
情况 ， 在 不 断 总 结 中 进步 。 

4. 反复 参阅 本 书 | 

理论 联系 实际 ， 通 过 实际 应 用 反 过 来 加 深 对 理论 的 理解 ， 以 达到 融会 贯通 这 些 设计 
模式 的 知识 。 因 此 ， 你 需要 反复 参阅 本 书 ， 看 看 书 上 的 知识 ， 然 后 实践 ， 再 回头 看 书 上 
的 知识 ， 你 会 有 不 一 样 的 体会 和 领悟 。 

5. 多 思考 

多 从 设计 上 去 思考 这 些 设 计 模 式 ， 考 虑 它 的 设计 意图 、 设 计 思 想 、 解 决 问题 的 方式 、 
实现 的 原理 、 模 式 的 本 质 ， 以 及 如 何 变形 使 用 等 。 


只 要 你 坚持 按照 上 面 说 的 做 ， 假 以 时 日 ， 必 有 所 成 。 预 祝 大 家 成 功 ! 
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